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Abstract 


This  report  investigates  the  rapid  integration  tools  available  in  the  current  market.  These  tools  aid  in 
the  rapid  integration  of  software  systems  and  components.  The  research  centers  on  a  model  problem 
that  requires  such  a  tool  to  address  legacy  integration  challenges.  The  report  presents  a  generic 
evaluation  framework  for  identifying  and  evaluating  rapid  integration  tools  and  an  evaluation  of  three 
identified  tools.  This  evaluation  engaged  selected  evaluation  criteria  based  on  the  demands  of  the 
model  problem.  A  process  reference  is  also  included;  this  forms  the  guidelines  for  identification  and 
evaluation  of  the  tools  with  respect  to  other  model  problems. 
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1  Introduction 


1 .1  Purpose  and  Objective 

This  project  involves  the  analysis  of  rapid  integration  tools  available  in  the  market,  which  aid  in  rapid 
integration  of  software  systems/components.  The  project  is  centered  on  a  model  problem  that  requires 
such  a  tool  to  address  legacy  integration  challenges.  The  main  outcome  of  this  research  includes 

•  a  generic  evaluation  framework  for  identifying  and  evaluating  rapid  integration  tools.  The 
evaluation  criteria  are  geared  towards  the  model  problem  that  belongs  to  a  class  of  model  prob¬ 
lems  having  integration/interoperability  as  the  key  concern. 

•  an  evaluation  of  three  identified  tools  with  respect  to  the  evaluation  criteria  and  the  model  prob¬ 
lem  which  forms  the  framework  for  evaluation  of  tools. 

•  a  process  reference  to  the  Integration  of  Components  Certificate  at  Carnegie  Mellon  West,  which 
forms  the  guidelines  for  the  identification  and  evaluation  of  the  tools  with  respect  to  other  model 
problems. 
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Tools 


Model  Problem  Requirements 
Vs  Tool  Features 


Figure  1:  Evaluation  Process  for  the  Rapid  Integration  Tools 

The  above  diagram  symbolizes  the  process  followed  for  determining  the  evaluation  framework.  The 
team  identified  the  model  problem  and  the  list  of  tools,  quantified  requirements  from  the  model  prob¬ 
lem  description,  came  up  with  a  tool  evaluation  report  and  finally  came  up  with  an  evaluation  frame¬ 
work.  The  figure  below  illustrates  the  evaluation  framework  defined  for  the  tools  that  have  been  se¬ 
lected  to  satisfy  the  requirements  specified  as  critical  by  the  model  problem.  In  both  the  preceding 
and  following  diagrams  technical  factors  are  those  directly  related  to  the  model  problem  and  are  de¬ 
rived  from  both  functional  and  non-functional  parameters.  The  non-technical  parameters  are  softer, 
but  no  less  important,  factors  such  as  the  quality  of  vendor  support  or  market  share  of  the  tool. 
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Figure  2:  Evaluation  Framework 


1.2  Project  Requirements 

As  demand  for  new  functionality  grows  and  new  systems  to  fulfill  it  go  into  operation,  the  need  to 
integrate  new  systems  with  existing  systems  has  increased.  The  development  of  resulting  extended 
systems  is  frequently  based  on  the  integration  of  existing  components,  leading  to  demand  for  new 
integration  tools.  Modem  integration  tools  all  promise  the  ability  to  integrate  components  more 
quickly  and  cheaply  than  traditional  technologies. 

The  project  described  here  is  aimed  at  surveying  the  field  of  rapid  integration  tools  with  a  view  to 
informing  the  reader  on  how  to  select  among  the  choices.  The  task  was  divided  into  the  following 
steps. 


Survey  and  classify  the  tools. 

The  first  step  was  to  identify  the  tools  that  claim  to  provide  rapid  integration.  Since  these  tools  were 
known  to  provide  a  wide  range  of  services,  the  identification  also  required  the  development  of  a  clas¬ 
sification  scheme  for  characterizing  the  various  types  of  tools. 

Deliverables:  1)  list  of  rapid  integration  tools  2)  classification  scheme  3)  classified  list  of  tools 
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Evaluate  the  tools  using  a  model  problem 


We  expected  that  one  or  more  of  the  classifications  would  contain  a  number  of  interesting  rapid  inte¬ 
gration  tools.  We  chose  a  problem  typical  of  the  type  of  integration  the  tools  were  designed  for  and 
applied  a  number  of  tools  to  that  problem. 

Deliverables:  1)  preliminary  evaluation  scheme  2)  model  problem  definition  3)  reports  detailing 
evaluation  of  tools’  applicability  to  the  model  problem 


Develop  and  document  general  evaluation  criteria 

Following  the  evaluation,  the  final  step  was  to  refine  the  evaluation  criteria  and  document  the  refined 
versions.  The  purpose  was  the  creation  of  an  instrument  that  would  assist  a  developer  in  choosing  the 
“right”  rapid  integration  tool. 

Deliverable:  documented  evaluation  criteria  for  rapid  integration  tools.  Depending  on  time,  steps  2 
and  3  may  be  repeated  within  another  classification. 

1.3  Project  Plan  and  Tracked  Report 

We  followed  a  simple  phased  approach  for  executing  the  project  with  each  phase  divided  into  tasks 
and  related  deliverables.  Each  deliverable  is  considered  as  a  milestone  and  is  derived  from  the  initial 
list  provided  by  the  SEI.  Since  the  project  is  exploratory,  it  does  not  follow  any  standard  software 
development  life  cycle,  but  we  followed  software  engineering  principles  from  the  start.  We  used  the 
work  breakdown  structure  (WBS)  and  effort  available  from  the  elective  to  estimate  a  completion  date 
based  on  a  given  start  date.  The  project  ran  over  schedule  perhaps  indicating  the  problem  of  using 
available  effort  as  an  artificial  constraint  on  work  to  be  performed. 


1 .4  Structure  of  the  Document 

This  report  is  organized  into  three  major  chapters. 

Chapter  1:  Introduction  to  the  Technical  Report  presents  the  purpose  and  objective  of  the  project, 
the  project  description,  background,  requirements,  project  plan  and  tracked  report  and  the  structure  of 
the  document. 

Chapter  2:  Identification  and  Classification  of  the  Tools  describes  the  list  of  tools  identified  as  the 
rapid  integration  tools  and  the  evaluation  framework  applied  to  them  for  selection  to  work  with  the 
model  problem.  The  classification  parameters  that  support  the  evaluation  framework  are  the  technical 
and  non-technical  parameters. 

Chapter  3:  Model  Problem  and  Tool  Implementation  explains  the  model  problem  selection  and 
identification  of  critical  requirements  as  well  as  application  of  the  tools  and  their  assessments. 
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Chapter  4:  Conclusions  documents  the  lessons  learned  arising  from  the  use  of  the  specific  tools. 
Additionally,  questions  for  future  research  are  listed  as  are  some  concluding  comments  on  the  devel¬ 
opment  of  the  evaluation  framework,  including  factors  to  consider  before  and  after  applying  the 
evaluation  framework. 

Appendices  feature  detailed  descriptions  of  the  tools  evaluation,  model  problem,  and  other  estima¬ 
tions. 
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2  Identification  and  Classification  of  Tools 


2.1  List  of  Tools 

The  first  step  in  our  approach  is  to  identify  the  tools  used  for  rapid  integration.  We  discovered  little 
difference  between  integration  tools  and  rapid  integration  tools.1  We  identified  11  rapid  integration 
tools  designed  for  the  rapid  integration  of  applications  from  existing  components. 

1.  Pervasive  Data  Junction 

2.  Rough  Wave’s  LEIF 

3.  IBM  Rational  Rapid  Developer 

4.  Microsoft  SQL  Server 

5.  Host  Integration  Server 

6.  Microsoft  BizTalk  Server 

7.  IBM  WebSphere  Business  Integration 

8.  Artix  Relay,  Encompass  and  Mainframe 

9.  PiiE  Smart  Client  and  Fusion  Server 

10.  InterSystem  Ensemble 

11.  Jboss 

For  the  above-listed  tools,  we  collected  information  about  their  vendors’  name  and  features.  See 
Appendix  A:  Tools  Studies  and  Analysis  for  more  information. 

2.2  Tool  Selection  Criteria 

The  identified  tools  were  filtered  based  on  the  model  problem  that  will  be  described  in  Section  3. 
Since  11  tools  seemed  too  many  for  starting  the  evaluation  process,  a  short  list  was  created  based  on 
the  following  criteria. 

1.  Tool  should  be  capable  of  solving  a  wide  range  of  Enterprise  Application  Integration  problems, 
especially  the  Legacy  Integration  problem. 

2.  Tool  is  able  to  provide  communication  between  Java  and  C++  Components. 

3.  Tool  has  solid  success  stories  associated  with  it. 

1  Rapid  is  a  concept  that  depends  on  the  user’s  context.  In  some  contexts,  six  months  may  be  considered 
rapid  and  in  others,  six  hours  could  be  too  long.  The  tools  themselves  are,  essentially,  the  same  and  a  better 
question  is  whether  the  integration  tools  speed  the  integration  sufficiently  to  both  produce  timely  applica¬ 
tions  and  cost  less  than  not  using  the  tools. 
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4.  Tool  has  been  in  market  for  at  least  two  to  three  years. 

5.  An  evaluation  version  of  the  tool  is  available  and  the  evaluation  period  is  sufficient  to  evaluate 
the  tool. 

Through  application  of  these  selection  criteria  the  above  list  of  11  tools  was  short-listed  to  3.  The 
three  tools  were 

1 .  IBM  Websphere 

2.  IBM  Rapid  Developer 

3.  LEIF  (  Light-weight  Enterprise  Integration  Framework) 

2.3  Classification  Parameters 

The  Classification  Parameters  used  to  evaluate  tools  can  be  technical  or  non-technical  in  nature.  The 
functional  and  non-functional  requirements  of  the  model  problem  form  the  technical  parameters. 
Powell  and  colleagues  observed]  that  apart  from  these  technical  parameters,  some  non-technical  pa¬ 
rameters  arise  from  other  business-oriented  issues,  such  as  cost  and  vendor,  which  play  an  important 
role  in  the  selection  of  a  tool  for  rapid  application  development  [Powell  97], 

We  identified  16  parameters  (5  non-technical  parameters  and  11  technical  parameters)  for  classifying 
rapid  integration  tools.  The  table  below  gives  a  brief  description  of  these  parameters. 


Table  1:  Classification  Parameters  -  Technical  and  Non-Technical 


# 

Parameter 

Description 

Non-Technical  Parameters 

1 

Business 

market  price  of  the  tool 

return  on  investment  (ROI)  of  the  tool  (based  on  cost  of  the 
tool  compared  to  the  estimated  cost  of  manually  integrating 
the  components) 

foreseen  risk  in  using  the  tools  (lifespan  of  the  tool,  ease  of 
use,  change  frequency  and  so  on) 

2 

Evaluation-Specific 

project  life  cycle  in  which  the  tool  can  be  used  (software  con¬ 
figuration,  project  planning,  oversight  and  tracking  and  so  on) 

comparative  report  of  other  tools  in  similar  domain 

3 

External  References 

visibility  and  popularity  of  the  tool  in  the  market 

4 

Vendor  Support 

quality  and  cost  of  the  vendor  support 

access  to  architecture  and  design  aspects  of  the  tool 
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Technical  Parameters 


integration  with  other  tools  and  platform  it  can  support 

solution  space  the  tool  belongs  to  with  respect  to  the  problem 
(domain  specific) 

reliability  of  the  tool  and  the  vendor  maturity  level  based  on 
industry  standards 

skill  set  required  to  operate  the  tool 

tailorability  of  the  tool 

extent  to  which  data  generated  by  the  tool  (performance  logs 
and  so  on)  is  configurable. 

number  of  well-defined  components  that  can  be  used 
separately 

performance  of  the  tool 
interactivity  of  the  tool 

sufficiency  of  documentation  (user  manual,  installation  guide 
and  so  on)  bundled  with  the  tool 

degree  to  which  data  generated  by  the  tool  can  be  used  by 
other  tools 


6 

Security 

support  offered  by  the  tool  for  developing  secure  or  safety 

critical  systems 

7 

Correctness 

capability  of  the  tool  for  producing  accurate  results 

8 

Availability  and 

Robustness 

capability  of  the  tool  for  surviving  system  failure 

9 

Ease  of  Use  -  Usability 

degree  of  learning  curve  associated  with  the  tool 

10 

Downward  and 

portability  of  applications  developed  using  one  version  of  the 
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9 


Upward  Compatibility 

tool  to  higher  and/or  lower  versions  of  the  same  tool 

11 

Flexibility 

capability  of  tool  for  operating  in  different  operating  system 

environments 

12 

Product  Performance 

response  time  of  the  tool 

1 

Tailorability 

customizability  of  tool  for  meeting  user-specific  requirements 

(user  interface,  enabling/disabling  of  features,  enhancing  the 

tool  by  adding  plug-ins,  and  so  on) 

14 

Service  Implementa¬ 
tion  Coverage 

technical  support/licensing  cost  associated  with  the  tool 

15 

Interoperability 

capability  of  tool  to  interoperate  with  other  systems 

16 

Testability 

ability  to  test  the  functionality  of  the  tool 

Each  rapid  integration  tool  is  analyzed  based  on  the  classification  parameters  above;  it  is  rated  on  a  scale 
of  0  to  10,  depending  on  how  well  it  satisfies  the  parameters.  The  detailed  evaluation  of  the  tools  is  found 
in  Appendix  A:  Tool  Studies  and  Analysis. 

Assigning  values  to  parameters  while  analyzing  any  tool  may  be  tricky.  Different  individuals  may  come 
up  with  different  analysis  results.  In  order  to  avoid  this,  we  defined  some  rules  of  thumb,  shown  in  Table  2 
below.  These  rules  are  so  generic  that  they  can  be  used  to  analyze  any  rapid  integration  tool. 

Table  2:  Weights  Assigned  to  Parameters  Based  on  Rules  of  Thumb 

Weights 

Parameters  0  1  to  3  4  to  7  8  to  10 
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Business 


Cost  is  very  high 
and  has  special 
installation  re¬ 
quirements  (e.g., 
specific  opera¬ 
ting  system,  run¬ 
time  libraries). 


Cost  of  the  tool 
doesn’t  support  the 
ROI;  there  are  fre¬ 
quent  changes  to  the 
tool  and  the  cost  of 
learning  the  tool  is 
high. 


Cost  of  the  tool  sup¬ 
ports  the  ROI;  there 
are  frequent  changes 


Cost  of  the  tool 
supports  the  ROI; 
there  are  two  or 


to  the  tool  and  the  cost  three  releases  of  the 


of  learning  the  tool  is 
high. 


tool  a  year  and  the 
cost  of  learning  the 
tool  is  low  (e.g., 
because  of  exten¬ 
sive  Graphical  User 
Interface). 


Evaluation- 

Specific 


Tool  is  single-user 
and  supports  no 
integration  with 
organization’s 
software  devel¬ 
opment  life  cycle 
and  other  tools. 


Tool  assists  in  the 
collaborative  devel¬ 
opment  but  cannot 
be  integrated  with 
the  organization’s 
software  develop¬ 
ment  life  cycle. 


Tool  supports  collabo¬ 
rative  development  by 
team,  has  its  own  con¬ 
figuration  manage¬ 
ment  and  project 
management  utility 
but  cannot  be  inte¬ 
grated  with  other 
tools. 


Tool  supports  col¬ 
laborative  develop¬ 
ment  by  team,  sup¬ 
ports  configuration 
and  project  man¬ 
agement  and  can  be 
integrated  with 
other  tools  to  ex¬ 
pand  its  current  ca¬ 
pabilities. 


External 

References 


Tool  has  recently 
launched  in  the 
market. 


Tool  has  received 
average  response 
from  the  user,  has 
been  in  market  for 
one  to  two  years, 
and  a  similar  tool  by 
leading  vendors 
(e.g.,  Microsoft, 
IBM)  is  available  in 
the  market. 


Tool  has  been  used  by 
several  large  organiza¬ 
tions,  has  very  few 
competitors,  and  has 
several  success  stories 
associated  with  its 


Tool  has  been  in 
market  for  four  or 
more  years,  owned 
by  software  market 
leaders  like  IBM  or 
Microsoft,  used  by 
large  organizations, 
and  has  many  suc¬ 
cess  stories  associ¬ 
ated  its  use. 


Vendor 

Support 


Tool  has  no  cus-  Tool  has  limited  Tool  has  good  cus¬ 


tomer  support. 


customer  support 
through  mail  and 


tomer  support  through 
online  discussion  fo- 


telephone  conversa-  rum,  mail  and  tele- 


tions  only. 


phone  conversations. 
There  is  immediate 
response  to  queries 
osted  to  Customer 


Tool  has  effective 
customer  support 
through  online  dis¬ 
cussion  forum, 
email,  and  on-site 
consultation.  Re¬ 
sponse  is  immediate 
to  queries  posted  to 
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Support  Center. 


Tool  doesn’t  sup¬ 
port  integration 
with  other  tools. 


Tool  supports  inte¬ 
gration  with  two  or 


Tool  supports  integra¬ 
tion  with  software 


three  other  tools  and  configuration  man- 


has  complex  inte¬ 
gration  process. 


agement  tools,  testing 
tools,  application 
servers,  and  so  on, 
and  integration  proc¬ 
ess  is  moderate  and 
requires  manual  set¬ 
tings. 


Tool  doesn’t  pro  Tool  supports  few 
vide  any  features  standard  security 


to  aid  in  the  im¬ 
plementation  of 
security  mecha¬ 
nism  (encryption, 
authentication, 
authorization  etc.) 


mechanisms  like 
encryption  and  au¬ 
thentication. 


Tool  supports  most 
security  mechanisms 
currently  used  in  the 
market  and  but  doesn’t 
support  any  custom 
development  of  secu¬ 
rity  mechanisms. 


Customer  Support 
Center. 


Tool  supports  inte¬ 
gration  with  soft¬ 
ware  configuration 
management  tools, 
testing  tools,  appli¬ 
cation  servers  and 
so  on,  and  integra¬ 
tion  process  is  eas¬ 
ily  performed  via 
wizards.  Tool  sup¬ 
ports  custom  devel¬ 
opment  to  enhance 
its  features  and  us¬ 
ability. 


Tool  supports  most 
security  mecha¬ 
nisms  currently 
used  in  the  market 
and  also  supports 
custom  develop¬ 
ment  of  security 
mechanisms. 


Correctness 

Tool  has  no  utility 

Tool  supports  lim- 

Tool  supports  stan- 

Tool  performs  vali- 

for  testing  the  ap- 

ited  testing  for  the 

dard  testing  of  the 

dation  at  every  step 

plication  devel- 

application  devel- 

application  developed 

while  developing 

oped  by  it. 

oped. 

through  testing  utili¬ 
ties  bundled  with  the 

tool. 

the  application. 

Also  supports  inte¬ 
gration  of  other  test¬ 
ing  tools  (e.g.,  third 
party  application 
servers)  to  verify 
the  correctness  of 
the  application  cre¬ 
ated. 
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Availability 

and 

Robustness 


Tool  doesn’t  save  Tool  backs-up  the 

the  data  should  application  data, 

system  failure  which  it  uses  to  re¬ 
occur.  cover  from  system 

failure. 


Tool  backs  up  the  ap¬ 
plication  data  and 
provides  automatic 
recovery  from  any 
type  of  system  failure 
(sudden  shutdown  of 
the  desktop,  sudden 
crashing  of  desktop 


Tool  takes  backs  up 
of  the  application 
data,  provides 
automatic  recovery 
from  any  kind  of 
system  failure  (sud¬ 
den  shutdown  of  the 
desktop,  sudden 
crashing  of  desktop 
etc.)  It  also  supports 
restoration  points  so 
that  user  can  switch 
between  restoration 
points. 


Tool  has  non-GUI  Tool  has  GUI  Inter-  Tool  has  GUI  Inter- 


interface  and  no 
feature  to  auto¬ 
mate  the  execu¬ 
tion  of  tasks  or 
operations. 


Upward  and 

Downward 

Compatibility 


Application  cre¬ 
ated  by  the  tool  is 
not  supported  by 
earlier  or  newer 
versions  of  the 
same  tool. 


face,  but  requires  a 
lot  of  navigation 
across  the  screen  to 
perform  any  opera- 


face  with  minimum 
overhead  of  naviga¬ 
tion  while  performing 
any  task.  Also  it  pro¬ 
vides  quick  links  to 
commonly  used  op¬ 
erations. 


Application  created  Application  created 
by  the  tool  can  only  by  the  tool  can  be  ex- 


be  exported  to  new 
version  under  a  few 
circumstances. 


ported  to  new  version 
but  requires  manual 
changes  in  the  con¬ 
figurations. 


Tool  has  effective 
GUI  Interface 
which  not  only 
eases  in  performing 
tasks  but  also  re¬ 
duces  the  learning 
curve  associated  in 
performing  any 
task.  Also  tool  sup¬ 
ports  has  wizards  to 
guide  operations 
step  by  step  and 
single-click  execu¬ 
tion  of  any  opera- 


Application  created 
by  the  tool  can  be 
exported  to  new 
versions.  All  the 
necessary  changes 
are  automatically 
handled  by  the  tool 
itself. 
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Product 

Performance 


Time  taken  by 
tool  to  perform 
any  operation  is 
more  than  six 
minutes  and  the 
system  hangs  up 
while  performing 
any  operation. 


Time  taken  by  tool 
to  perform  any  op¬ 
eration  is  four  to  six 
minutes  and  80%  of 
the  time  tool  per¬ 
forms  its  operation 
successfully. 


Time  taken  by  tool  to 
perform  any  operation 
is  two  to  four  minutes 
and  90%  of  the  time 
tool  performs  its  op¬ 
eration  successfully. 


Time  taken  by  tool 
to  perform  any  op¬ 
eration  is  between 
two  to  four  minutes 
and  100%  of  the 
time  tool  performs 
its  operation  suc¬ 
cessfully. 


Tool  doesn’t 
allow  user  to 
configure  / 
enhance  its 
features. 


Tool  allows  user  to 
configure  /  enhance 
its  features  by  in¬ 
stalling  plug-ins  or 
add-ons  available 
from  the  tool  ven¬ 
dor  only. 


Tool  allows  user  to 
configure  /  enhance 
its  features  by  install¬ 
ing  suitable  plug-ins 
or  add-ons  available 
from  any  vendor. 


Tool  allows  user  to 
configure  /  enhance 
its  features  by  in¬ 
stalling  suitable 
plug-ins  or  add-ons 
available  from  any 
vendor  or  by  pro¬ 
gramming  the  tool 
itself. 
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Service 

Implementa¬ 

tion 

Coverage 

Tool  has  stringent 
licensing  policy 
and  does  not  pro¬ 
mote  evaluation 
copies  to  experi¬ 
ment  with  the 

tool.  Also  it  has 
high  licensing  cost 
and  purchasing  a 
new  license  is 
almost  equal  to 
the  cost  of  the  tool 

itself. 

Tool  promotes 
evaluation  copy  but 
the  period  is  not 
sufficient  enough  to 
evaluate  the  tool. 

Also  the  licensing 
cost  is  very  high. 

Tool  promotes  evalua¬ 
tion  copy  with  ade¬ 
quate  customer  sup¬ 
port  for  any  issues 
that  arise  during  the 
evaluation  period  but 
the  evaluation  period 
is  not  sufficient 
enough  to  evaluate  the 
tool.  The  licensing 
cost  is  nominal. 

Tool  promotes 
evaluation  copy 
with  adequate  cus¬ 
tomer  support  for 
any  issues  that  arise 
during  the  evalua¬ 
tion  period  and  also 
the  evaluation  pe¬ 
riod  is  sufficient 
enough  to  evaluate 
the  tool  fully.  The 
licensing  cost  is 
nominal. 

Interopera¬ 

bility 

Results  produced 
by  the  tool  cannot 
be  exported  to 
other  formats 
(Word  document, 
html,  jpeg,  etc.) 
and  it  doesn’t  have 
any  interface  to 
communicate  with 

other  tools. 

Results  produced  by 
the  tool  can  be  ex¬ 
ported  to  other  for¬ 
mats  (Word  docu¬ 
ment,  html,  jpeg, 
etc.)  but  it  does  not 
support  inter-tool 
communication. 

Results  produced  by 
the  tools  can  be  ex¬ 
ported  to  other  for¬ 
mats  (Word  docu¬ 
ment,  html,  jpeg,  etc.) 
and  it  supports  inter¬ 
tool  communication. 

Results  produced  by 
the  tools  can  be  ex¬ 
ported  to  other  for¬ 
mats  (Word  docu¬ 
ment,  html,  jpeg, 
etc.)  and  it  supports 
inter-tool  communi¬ 
cation.  Also  tool  can 
produce  results  that 
can  be  ported  to  any 
platform. 

Testability  of 
Output 

Tool  doesn’t  vali¬ 
date  the  output 
produced. 

Tool  does  minimal 

validation  and  the 
accuracy  of  the  re¬ 
sult  is  about  70%. 

Tool  does  validation 

of  the  results  and  the 
accuracy  of  the  result 
is  about  80%. 

Tool  does  validation 
throughout  and  the 
accuracy  of  the  re¬ 
sult  is  100%. 

2.4  Tool  Evaluation 

The  three  short-listed  tools  were  evaluated  for  these  technical  and  non-technical  parameters.  See 
Appendix  A:  Tool  Studies  and  Analysis  for  the  Tool  Evaluation  Report. 

The  following  graph  shows  the  summary  of  the  parameter  values  for  each  tool. 
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Figure  3:  Graph  Showing  Characteristics  of  the  Three  Tools  Selected 

The  above  graph  shows  the  comparative  analysis  of  three  rapid  integration  tools — IBM  Websphere, 
IBM  Rapid  Developer,  and  LEIF — with  respect  to  technical  and  non-technical  parameters.  The  X- 
axis  of  the  graph  lists  the  parameters  (technical  and  non-technical)  and  the  Y-axis  represents  the  value 
assigned  to  these  parameters  from  0  to  10.  Such  graphs  can  be  used  to  prioritize  the  list  of  identified 
rapid  integration  tools.  A  similar  graph  including  model  problem  requirements  in  terms  of  parameters 
can  help  us  to  identify  which  tool  is  the  best  fit  for  the  model  problem. 
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3  Evaluation  Using  a  Model  Problem 


3.1  Purpose 

This  section  describes  the  evaluation  of  the  tools  using  a  selected  model  problem.  The  model  problem 
selection  criteria,  the  description  of  the  model  problem,  and  the  evaluation  of  the  tools  are  high¬ 
lighted.  In  describing  the  model  problem  selection  criteria  we  also  explain  the  sequence  of  steps  we 
followed  in  making  our  selection.  We  briefly  describe  the  model  problem  with  respect  to  the  non¬ 
functional  requirements  and  the  problem  statement.  Finally,  we  explain  the  tool  evaluation  using  the 
model  problem;  here  we’ve  applied  the  structure  of  the  selected  model  problem  as  described  by  Kurt 
Wallnau  in  Building  Systems  from  Commercial  Components  [Wallnau  02].  The  assessment  results 
obtained  from  this  evaluation  show  the  extent  to  which  the  tools  satisfied  the  post  evaluation  criteria 
and  the  problem’s  non-functional  requirements. 

3.2  Model  Problem  Selection 

3.2.1  Model  Problems 

We  found  three  potential  model  problems  (descriptions  follow);  each  problem  is  appropriate  to  a  par¬ 
ticular  type  of  integration. 

Web  Service  Enablement 

A  company  uses  the  enterprise  integration  technology  as  well  as  XML  technology  to  make  customer 
account  information  accessible  via  a  Simple  Object  Access  Protocol  (SOAP)-based  Web  services  in¬ 
terface. 

The  implementation  of  this  solution  requires  retrieving  and  combining  information  from  two  source 
applications.  The  first  application  is  a  custom  CORBA  system  that  provides  historical  customer  sup¬ 
port  information.  The  second  application  is  Siebel,  which  provides  customer  purchase  information. 

Legacy  Integration 

Bond  traders  working  online  must  send  prices  for  a  large  number  of  bonds  to  several  different  trading 
venues,  each  with  its  own  user  interface;  this  disrupts  the  workflow  of  their  bond  trading  desk. 

The  system  solution  should  minimize  the  minutiae  of  pricing  all  traders’  bonds  and  provide  an  ad¬ 
vanced  analytic  functionality,  specific  to  the  bond  market,  in  a  single  encapsulated  user  interface. 
This  system  would  utilize  legacy  components  on  the  server  side. 
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Business  Application  Integration 

Three  companies  use  different  business  processes  involving  different  sets  of  assumptions.  Middle¬ 
ware  must  be  utilized  as  the  integration  point  for  communicating  among  the  business  processes. 

3.2.2  Problem  Selection 

The  following  five  steps  were  followed 

Step  1:  Identify  the  problem  that  must  be  solved  through  integration. 

In  this  case  we  identified  the  following  types  of  integration  based  on  our  prior  knowledge. 

1 .  Middleware  Integration 

2.  Service  Oriented  Integration 

3.  Web  Service  Integration 

4.  Legacy  Integration 

5.  Enterprise  Application  Integration 

Step  2:  Based  on  research  on  the  various  application  integration  types  we  chose  three  that  would  pro¬ 
vide  the  best  opportunity  for  using  the  tools  that  we  have  selected. 

1.  Legacy  Integration 

2.  Business  Application  Integration 

3.  Web  Service  Enablement 

Step  3:  Analysis  and  study  on  the  three  model  problems  were  made  based  on  answering  the  following 
questions.  * 

1.  Which  problem  gives  a  way  to  integrate  two  different  technologies? 

Of  the  three  problems  presented,  we  found  that  the  Trading  Bond  System  required  a  solution  that 
would  integrate  components  built  using  two  different  technologies  (in  this  case  programming  lan¬ 
guages),  as  evidenced  by  its  case  study  report: 

Traders  needed  a  very  responsive  application  on  both  Windows  NT  and  Solaris  workstations. 
Therefore,  we  decided  to  implement  the  client  application  as  a  Java  thick  client  because  of  its 
platform  independence  and  its  ability  to  quickly  respond  to  user  input  and  market  data.  On  the  server 
side,  we  are  inheriting  legacy  C++  components  that  our  system  will  utilize  [Simon  03]. 

The  Trading  Bond  system  meets  the  criterion  of  providing  a  way  to  integrate  two  technologies.  The 
solution  requires  integration  of  a  Java  based  component  and  C++  based  components,  which  can  be 
done  by  building  a  pair  of  Java  gateways  to  communicate  with  the  C++  server-side  components 
[Simon  03].  Details  of  the  Trading  Bond  System  case  are  available  at 
http://www.eaipattems.com/BondTradingCaseStudy.html. 
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2.  Which  problem  is  faced  in  the  real  world  often? 

A  demand  exists  in  government  and  industry  for  existing  systems  to  be  updated  or  integrated  with  the 
current  technology.  Many  applications  require  technology  independence  and  interoperability  with 
various  applications  that  were  developed  using  different  technologies.  Moreover,  in  the  current  indus¬ 
trial  scene  there  is  a  drive  toward  production  of  tools  for  the  integration  of  Java-based  components 
and  C++  based  components.  The  Trading  Bond  System  is  therefore  quite  typical  of  real-world  scenar¬ 
ios. 

3.  Which  problem  is  very  specific  and  solvable  within  the  specified  time  constraint? 

We  found  that  legacy  integration  for  the  Trading  Bond  System  best  met  these  criteria.  We  were  able 
to  download  two  specific  components  provided  by  Dukascopy,  an  online  trading  application,  which 
mapped  with  the  Trading  Bond  System  scenario.  This  bode  well  for  solving  the  problem  on  time. 

We  did  not  find  the  same  with  the  customer  account  information  problem  to  be  solved  through  Web 
Service  enablement:  Here  the  application  was  generic  and  we  were  not  able  to  find  the  specific  attrib¬ 
utes  to  be  addressed  or  specific  requirements  to  be  fulfilled.  We  realized  that  it  might  take  consider¬ 
able  time  to  establish  which  tools  were  needed.  This  presented  a  problem,  given  time  constraints  and 
resource  availability.  We  did  not  have  enough  time  to  create  a  simulation  of  the  CORBA  System  and 
the  Siebel  system. 

The  problem  that  might  have  been  solved  through  Business  Integration  did  not  meet  this  criterion. 
This  involved  three  companies  who  required  communication  among  their  different  business  proc¬ 
esses.  The  business  processes  to  be  integrated  were  not  well  defined  or  specific.  The  time  required  for 
creating  simulated  processes  and  then  integrating  them  did  not  meet  our  constraints. 

4.  Which  of  the  other  classes  of  integration  does  this  model  problem  address? 

The  chosen  problem  could  also  be  used  to  assess  service-oriented  integration  insofar  as  it  is  reason¬ 
able  to  treat  the  problem  components  as  services.  Additionally,  the  middleware,  application  and  Web- 
based  integration  classes  could  be  addressed  by  the  Trading  Bond  system. 

Step  4:  Identify  the  model  problem  that  fit  into  the  evaluation  framework  based  on  the  above  identi¬ 
fied  questions. 

Step  5:  Having  identified  the  model  problem  to  be  solved,  we  now  present  details  regarding  the  Trad¬ 
ing  Bond  system  relevant  to  further  application  development  using  the  integration  tools. 
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3.3  Model  Problem  Description 

The  Trading  Bond  system  best  met  the  problem  criteria  and  highlights  the  necessity  of  integration,  for 
communication  purposes,  between  various  components  with  various  user  interfaces  and  communica¬ 
tion  protocols.  The  following  table  shows  an  analysis  of  the  original  problem  statement  into  a  prob¬ 
lem  description  describing  the  various  actors  and  also  constraints  on  the  solution. 


The  problem  of 

bond  traders  to  send  prices  for  a  large  number  of  bonds  to  several 
different  trading  venues,  each  with  its  own  user  interface 

affects 

bond  traders 

the  impact  of  which  is 

to  disrupt  the  streamline  of  the  workflow  of  their  bond  trading  desk 

a  successful  solution  would  be 

a  bond  pricing  system  to  minimize  the  minutiae  of  pricing  all  of 
their  bonds  combined  with  advanced  analytic  functionality  specific 
to  the  bond  market  in  a  single  encapsulated  user  interface. 

Market  Data 
Price  Feed 


_  L  _  .  1 

r— 

Trading 

Venues 

k 

Client  Application  s 
(Analytics 
Configuration) 


Figure  4:  High-Level  Context  Diagram  of  Trading  Bond  System 

First,  market  data  comes  into  the  system.  Market  data  is  data  regarding  the  price  and  other  properties 
of  the  bond  representing  what  people  are  willing  to  buy  and  sell  the  bond  for  on  the  free  market.  The 
market  data  is  immediately  sent  to  the  analytics  engine  that  alters  the  data.  Analytics  refers  to  mathe¬ 
matical  functions  for  financial  applications  that  alter  the  prices  and  other  attributes  of  bonds.  These 
are  generic  functions  that  use  input  variables  to  tailor  the  results  of  the  function  to  a  particular  bond. 
The  client  application  that  will  run  on  each  trader  desktop  will  configure  the  analytics  engine  on  a  per 
trader  basis,  controlling  the  specifics  of  the  analytics  for  each  bond  the  trader  is  pricing.  Once  the 


20 


CMU/SEI-2004-TR-023 


analytics  are  applied  to  the  market  data,  the  modified  data  is  sent  out  to  various  trading  venues  where 
traders  from  other  firms  can  buy  or  sell  the  bonds. 

The  following  are  some  of  the  non-functional  requirements  that  the  system  should  address,  in  order  of 
priority.  The  scope  of  this  model  problem  extends  to  only  the  highest  priority  quality  attributes  se¬ 
lected  by  the  team. 

Integrability: 

“On  the  server  side,  we  are  inheriting  legacy  C++  components  that  our  system  will  utilize.” 

The  system  should  be  integrable  with  the  legacy  C++  components  which  forms  the  Market  data  feed 
pricing  subsystem  and  the  thick  client  application  which  will  be  a  Web-based  thick  Java  client. 

Performance: 

“Traders  need  a  very  responsive  application” 

Two  attributes  of  performance  are  essential  to  this  responsiveness. 

1.  Scalability:  Measured  as  the  number  of  traders  who  will  be  accessing  the  system  and  the  sys¬ 
tem’s  capability  for  accommodating  them. 

2.  Response  Time:  The  system  should  be  able  to  respond  to  the  user  without  significant  delay  [here 
we  say  less  than  5  sec,  assuming  that  it  is  a  Web-based  application] 

Portability: 

“Traders  need  a  very  responsive  application  on  both  Windows  NT  and  Solaris  workstations.” 

The  application  should  be  portable  to  any  platform  based  on  the  demands  of  the  trader’s  needs. 

The  quality  attribute  that  will  be  addressed  in  this  execution  of  the  model  problem  is  highlighted  in 
Table  3. 
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Table  3:  Prioritized  List  of  Quality  Attributes 


Quality 

Attribute 

Prioritization 

Rationale 

Integrability 

1 

Use  of  the  rapid  integration  tools  to  integrate  legacy  systems 
with  Web-based  application.  In  this  case  we  are  integrating  the 

C++  legacy  system  with  the  Web-based  Java  Client. 

Performance 

2 

We  address  the  response  time  specific  to  this  application  as  de¬ 
termined  by  the  team  for  a  responsive  application. 

Portability 

3 

Client  application  is  developed  in  Java  which  automatically  sup¬ 
ports  platform  independence. 

3.4  Too!  Evaluation  using  Model  Problem 

The  following  diagram  shows  the  elements  of  the  assessment.  The  trading  bond  problem  is  used  as 
the  model  problem  and  the  criteria  coupled  with  the  design  question  lead  to  the  tool  assessment,  and 
COTS  components  forming  the  trading  bond  system. 


Priori  Evaluation  ^ 

Design  Question  ^ 

Minimum 

~ K 

Criteria 

[Hypothesis] 

Relevant 

Constraints 

Trading  Bond 
System 


/ 


/ 


K 

~ K 

Posteriori  ~ 

Assessment 

Evaluation 

Results 

Criteria 

Figure  5:  Structure  of  the  Model  Problem 

Design  Question: 

This  is  the  initiating  element  of  the  model  problem. 

In  this  case  study  of  the  Trading  Bond  system,  the  design  question  is 
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Is  it  possible  to  integrate  the  Java  and  legacy  C++  components  that  are  obtained  off  the  shelf  from  the 
Dukascopy  stock  quote  Web  site,  using  the  rapid  integration  Tools? 

Hypothesis:  A  wrapper  component  [integration  point]  that  provides  the  communication  between  the 
Java  thick  client  and  the  legacy  server  side  C++  component  can  be  constructed  using  the  rapid  inte¬ 
gration  Tools. 

Priori  Evaluation  Criteria: 

These  are  the  criteria  to  be  satisfied  by  the  model  solution.  They  were  obtained  by  analyzing  the  ap¬ 
plication  specifics  given  in  the  case  study.  They  are  centered  on  integration  techniques  and  use  of  in¬ 
tegration  tools.  These  evaluation  criteria  are  formulated  based  on  the  hypothesis  that  we  have  ad¬ 
dressed  related  to  the  model  problem.  These  criteria  help  in  defining  with  the  Standard’s  compliance 
that  the  tools  must  meet  in  order  to  satisfy  the  requirements. 

Criterion  #1:  A  Java  to  C++  translator  is  required.  Java  thick  Client  talking  with  C++  Legacy  Servers 

Criterion  #2:  Messaging  Bridge  to  support  the  communication  between  cross-language  applications 
[C++  and  Java] 

Criterion  #3:  Single  point  of  access  is  required  to  communicate  with  the  gateways  of  the  legacy  serv¬ 
ers. 

The  criteria  form  the  model  problem  requirements  for  the  integration  implementation  using  the  tool. 
Thus  according  to  Criteria  #1,  #2,  and  #3,  the  tool  should  be  able  to  provide  a  communication 
mechanism,  a  messaging  bridge  and  a  single  point  access  between  the  Java  and  C++  components.  In 
this  case  the  tools  IBM  WebSphere  and  the  LEIF  help  in  achieving  these  developments. 

Minimum  Relevant  Constraints 

The  following  constraints  are  based  on  what  is  feasible  to  provide  in  the  model  solution  to  address  the 
above  mentioned  priori  criteria: 

1.  This  is  a  short-term  project  that  involves  rapid  development;  hence  the  use  of  rapid  integration 
tools  to  create  the  Java  to  C++  translator,  messaging  bridge  and  single  point  access  mechanism, 
which  are  the  priori  criteria  of  the  model  problem. 

2.  The  business  processes  of  the  model  problem  are  not  a  focal  point,  since  they  are  addressed  by 
the  off-the-shelf  components  that  are  downloaded  from  the  Dukascopy  site. 

3.  The  tool  selection  is  restricted  to  the  major  functionalities  provided  by  the  tool  with  respect  to 
the  model  problem’s  priori  criteria. 

The  development  and  deployment  environment  are  the  same;  hence  the  performance  of  the  model 
solution  is  constrained. 
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Model  Solution:  Trading  Bond  System 

A  simple  solution  that  clarifies  how  the  model  solution  was  implemented  is  provided  below: 


Find 


f  Discovery  \ 
V  Agencies  J 


Publish 


Client 

service 

Requestor  1 

Client 

service 

Requestor  n 

Interact 


Services 

Service 

Provider 

Java  Gateways 


C++  Legacy  Servers 


Figure  6:  Model  Solution — High-Level  Context  Diagram 

The  Java  Gateways  are  considered  the  Service  Requestor  and  the  Java  Web  Services  are  implemented 
using  the  IBM  WebSphere.  These  Java  Web  Services  are  the  Client  side  application  required  for 
communicating  with  the  C++  Legacy  servers,  in  this  case  the  Market  Data  Feed  Component  obtained 
from  the  Customized  Dukascopy  Data  Feed  (CDDF)  http://www.dukascopy.coin/english 
/ddf_main/  .  The  C++  Legacy  Servers  are  the  service  providers.  The  inner  workings  of  the  C++ 
Component  and  the  Java  Component  were  not  considered;  it  was  the  integration  between  these  com¬ 
ponents  that  was  implemented  using  the  Tools.  The  Discovery  Agencies  used  were  the  UDDI  Ser¬ 
vices,  which  were  automatically  set  in  the  IBM  WebSphere  tool. 

The  System  uses  the  simple  publish-subscribe  model  for  the  implementation  of  the  integration 
through  discovery  agencies  and  SOAP  is  the  communication  protocol  that  establishes  the  interaction 
between  the  two  Web  services. 

Posteriori  Evaluation  Criteria 

Criterion  #1: 

Installation  and  development  environment  for  the  identified  solution  tools  are  in  place. 

Criterion  #2: 

The  off-the-shelf  components  architecture  and  design  maps  with  the  model  problem  requirements. 
Criterion  #3: 

The  integration  of  the  two  COTS  components  is  accomplished  using  the  rapid  integration  tools 
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The  above  criteria  help  in  evaluating  whether  the  tools  are  able  to  meet  the  requirements  of  the  model 
problem  and  whether  they  are  able  to  conceptualize  the  hypothesis  that  has  been  defined  for  this 
model  problem. 

Assessment  Results 

The  assessment  results  are  enumerated  based  on  the  following  factors: 

1.  risks  encountered  and  mitigated  while  using  the  contingency  approach 

2.  the  size,  effort,  and  cost  variance  involved  when  using  the  rapid  integration  tools  and  when  not 
using  the  rapid  integration  tools 

3.  product  outcome  explaining  the  steps  that  brought  success  and  those  that  resulted  in  failure  in 
the  development  using  rapid  integration  tools 

These  assessments  help  in  evaluating  the  tools  as  they  apply  to  the  model  problem.  In  this  case  they 
are  restricted  with  respect  to  the  legacy  integration  of  cross-language  platforms. 

Risks  Encountered  and  Mitigated 

The  following  table  describes  the  major  risks  that  we  encountered  and  mitigated  through  contingency 
plans. 


Table  4:  Top  Three  Risk  List 


No. 

Risk 

Risk  Management  Strategy 

Status 

y 

o> 

Mitigation 

Activities 

Contingency 

Impact 

II 

sj 

o£ 

Exposur 

(Rank) 

Trigger 

Activities 

1 

Tools  iden¬ 
tified  are 

not  suitable 
for  solving 
the  model 
problem 

90% 

.9 

1 

Collect  the 

tools  based  on 

the  model 
problem’s 
critical  re¬ 
quirements 

The  tools  are 

not  able  to 
produce  a 
mechanism 

that  solves 

the  commu¬ 
nication  be¬ 
tween  Java 
Gateways 
and  the  C++ 
Legacy 

Server. 

Determine  which 
tools  support  the 
communication 

mechanism.  In 

this  case  C++ 

Web  Services  are 
created  using  the 
Apache  Axis 

C++.  The  integra¬ 
tion  of  the  C++ 
Component  with 
the  Java  Compo¬ 
nent  is  accom¬ 
plished  via  the 
LEEF. 

Close 
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No. 

Risk 

Risk  Management  Strategy 

Status 

c  £ 

QJ 

Contingency 

Impact 

£  S 
=  2 

S  2 
o  £ 

Exposur 

(Rank) 

Mitigation 

Activities 

Trigger 

Activities 

2 

Learning 

curve 

60% 

.8 

2 

Estimate  the 

effort  and  exe¬ 
cute  a  short¬ 
term  plan  for 
learning  only 
the  required 
tools. 

Understand¬ 
ing  the  proc¬ 
ess  of  using 
the  tool  for 
the  specified 
model  prob¬ 
lem. 

Approach  the 
technical  support 
for  the  specific 
tool  or  the  inter¬ 
active  manual  for 
the  understanding 
of  the  tool. 

Close 

3 

Installation 

and  trou¬ 
bleshooting 

80% 

.7 

3 

Test  the  devel¬ 
opment  envi¬ 
ronment  using 
Evaluation 

Software  and 
samples. 

Installation  is 
problematic 
or  the  tool  is 

unable  to 
produce  the 
required 
functionality. 

Use  separate  test¬ 
ing  machine  for 
testing  the  instal¬ 
lation  and  run 
sample  problems 
that  are  related  to 
the  model  prob¬ 
lem  requirements 

Close 

Size,  Effort,  Cost  Variance 

The  following  table  explains  the  size,  effort  and  cost  variance.  The  size,  effort  and  cost  are  estimated 
using  the  COCOTS  calculator;  this  includes  estimates  of  the  glue  code  to  be  written  and  calculation 
of  the  respective  effort  and  cost  for  writing  the  glue  code.  Using  the  actual  size,  effort,  and  cost  re¬ 
corded  while  doing  the  development,  the  variance  is  calculated  as  shown  below: 

Table  5:  Variance  Calculator 


Factor 

Estimated 
without  using 
the  rapid  in¬ 
tegration 

Tools 

Actual  after  using  the 
rapid  integration  Tools 

%  Variance  (Estimated- 
Actual)/Estimated  *100) 

Size  (KLOC) 

1.01 

0  [Source  Code  auto 
generated] 

100 

Effort  (Person  Months) 

17.63 

8 

54.6 

Cost  ( in  $  excluding 
software  costs) 

123,403 

55,996 

54.6 
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Estimated  Vs  Actual 


□  Estimated 
■  Actual 


Figure  7:  Graph  that  Explains  the  Estimated  vs.  Actual  Effort  and  Cost 


Product  outcome 

The  product  developed  using  these  tools  should  have  adhered  to  the  a  posteriori  evaluation  criteria 
that  we  arrived  at  and  also  the  non-functional  requirements  of  the  model  problem. 


Table  6:  Posteriori  Evaluation  Criteria  Satisfied  by  the  Tools 


Criterion 

# 

Description 

Observation 

1 

Installation  and  development  environments 
are  in  place  for  the  identified  solution  tools. 

Yes.  All  three  tools  satisfied  this 

criterion. 

2 

The  off-the-shelf  components  architecture 
and  design  satisfy  the  model  problem  re¬ 
quirements. 

The  components  do  not  map  exactly 
with  respect  to  the  implementation 
model  as  required  by  the  model  prob¬ 
lem.  They  satisfied  the  functional 
requirements. 

3 

The  integration  of  the  two  COTS  compo¬ 
nents  is  accomplished  using  the  rapid  inte¬ 
gration  tools. 

The  tools,  especially  IBM  Web¬ 
Sphere,  LEIF,  and  Apache  Axis  C++, 
were  used  for  creating  and  integrating 
the  Web  services  of  the  COTS 

components. 

The  product  outcome  is  also  validated  when  the  non-functional  requirements  are  satisfied  by  the  vari¬ 
ous  tools. 
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Table  7: 


Tools  Observations  Conforming  to  Non-Functional  Requirements 


Requirement 

LEIF 

IBM  Websphere 

IBM  Rapid  Devel¬ 
oper 

Integrability 

Provides  services  for 
integration  rather 
than  integration  itself 
and  is  limited  re¬ 
garding  C++  Tech¬ 
nology 

Provides  integration 
capability  and  is 
limited  regarding 

Java  Technology 

Integration  capabil¬ 
ity  is  lower  and  is 
limited  regarding 

Java  Technology 

Performance  (development 
time  provided  by  the  tool,  not 
involving  the  prerequisites) 

Simple  interface 
with  fewer  inputs 
and  quick  response 
(2  minutes) 

Requires  knowledge 
about  Web  services 
and  complex  user 
interaction  and  is 
highly  responsive  (4 
minutes) 

Ease  of  use,  and 
good  user  interface, 
and  good  response 
time  (3  minutes) 

Portability 

(based  on  the  platform  inde¬ 
pendence  of  the  tool) 

Portability  is  very 
possible  (able  to  cre¬ 
ate  services  for  vari¬ 
ous  operating  sys¬ 
tems). 

Portability  is  not 
possible.  Caters  to 
only  J2EE  applica¬ 
tions  /  middleware 
applications 

Portability  is  sup¬ 
ported  to  a  limited 

extent. 
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4  Conclusions 


In  this  section,  the  lessons  learned  from  the  highlights  and  lowlights  of  the  whole  research  work  have 
been  documented.  Additionally,  we  suggest  some  directions  for  potential  future  work  based  on  this 
investigation. 


4.1  Lessons  Learned 

What  Went  Right 

1.  Being  able  to  download  evaluation  copies  helped  in  the  installation  and  testing  of  the  tools. 

2.  The  required  additional  software  necessary  for  the  installation  and  configuration  of  the  selected 
tools  (for  instance,  LEIF  requires  VC++)  was  provided  by  our  university. 

3.  The  creation  of  services  out  of  the  COTS  components  took  almost  no  time  when  the  tools  were 
used.  (The  user  should  be  aware  of  the  component  and  the  business  logic  required  to  create  a 
service  from  that  component.) 

4.  IBM  WebSphere  proved  to  be  a  highly  interactive  tool  which  enhanced  the  usability  and  intelli¬ 
gibility  of  the  feeder  component  (Java)  and  was  able  to  generate  the  Web  services  from  these 
components  in  just  4-5  minutes. 

5.  The  Communication  between  the  two  components  using  the  SOAP  mechanism  was  successfully 
completed  using  the  IBM  WebSphere. 

What  Went  Wrong 

1.  Expiration  of  the  evaluation  copies  often  forced  us  to  change  machine  configurations  and  set¬ 
tings  in  the  development  environment. 

2.  The  COTS  component  was  revised  and  is  no  longer  freely  available,  thus  this  experiment  isn’t 
freely  repeatable. 

3.  No  configuration  management  of  source  files  is  maintained  due  to  the  auto  generation  of  the 
source  code  by  the  tools. 

4.  We  could  only  run  the  application  in  the  version  of  the  evaluation  copy  that  created  it.  Running  it 
in  a  different  version  required  extra  effort  and  time  for  reconfiguration  and  caused  data  loss. 

5.  LEIF  was  unable  to  generate  the  WSDL  file  for  the  C++  Component,  so  it  involved  extra  effort 
to  find  an  alternative  to  do  the  same.  [This  was  due  to  the  incompatibility  in  the  versioning  of  the 
source  code  of  the  Market  Data  Feed  Component  (C++).] 
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4.2  Future  Directions  of  the  Research 


In  this  section  we  want  to  highlight  the  Evaluation  Framework’s  applicability  to  the  other  model 
problems  and  tools  by  answering  the  following  questions. 

•  Is  the  framework  applicable  to  all  tools  and  all  model  problems? 

•  How  much  time  is  needed  to  modify  your  framework  when  you  must  support  multiple  model 
problems? 

•  How  much  effort  is  needed  in  terms  of  searching  for  technologies  and  characterizing  the  model 
problem  different  ways? 

4.3  Remarks 

While  the  development  of  the  evaluation  framework  took  more  time  than  expected,  we  believe  that 
the  result  is  worthwhile.  The  framework,  without  change,  can  be  used  for  a  significant  number  of 
similar  evaluations  and,  with  minor  change,  could  be  used  for  a  wider  range  of  problems.  Further,  the 
evaluations  contained  herein  demonstrate  that  it  is  possible  to  use  the  framework  to  distinguish  be¬ 
tween  tools. 

The  difficulties  we  had  with  the  various  tools  suggest  that,  although  rapid  integration  technologies  are 
being  widely  hyped,  in  practice  the  tools  still  leave  something  to  be  desired.  While  it  is  possible  to 
use  the  tools  to  integrate  legacy  components  more  efficiently  than  without  the  tools,  the  difficulties 
suggest  that  more  work  remains  to  be  done  on  the  tools  themselves  (as  well,  perhaps,  as  the  target 
environment  of  Web  services). 
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Appendix  A  Tool  Studies  and  Analysis 
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the  agility  to  rapidly  evolve  nication  under  the  covers, 

applications  as  business  3.  LEIF  also  includes  the  LEIF  Project  Wizard,  an 

needs  change.  With  Rogue  intuitive  graphical  user  interface  (GUI)  that 

Wave’s  LEDF,  it  is  possible  creates  project  files  on  all  supported  platforms 
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Security:  PiiE  Smart  Client  extends  real-time 
integration  with  external  security  systems  cru¬ 
cial  to  extranet  operations  with  support  for 
Lightweight  Directory  Access  Protocol 
(LDAP).  PiiE  also  provides  automatic  support 
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Contextual  collaboration  with  application  link¬ 
ing  and  embedding  (ALE™):  Digital  Harbor’s 


PiiE  lets  users  drag  and  drop  one  piece  of  in¬ 
formation  onto  another  to  provide  context  for 
collaboration.  Enterprises  get  a  “common  oper¬ 
ating  picture  ” 
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by  defining  the  meaning  of  the  relationship  (se¬ 
mantics),  not  just  the  syntax. 

a.  Map  activities  and  properties. 

b.  Map  events  that  result  from  cross-system 


functions. 

Create  or  import  rules  that  constrain  the 
effects  of  events  and  activities  on  data  and 
people. 

Map  to  external  applications  and  data 


Is-. 

CO 


CMU/SEI-2004-TR-023 


o 

2  1 

o 

e  o 

.SP  c 
=  « 
o  £ 
e*  <u 

.5  OD 

co  2 
co  C 
D  C3 


O  ° 

c 


_  U) 
12  fc  ' 

g  O 
*  ® 
c  ^  ■ 

O  03 
3  G 

O'  10 
X  £> 
«,  “ 

«J  •— 


*o 

s 

P 

*co 

13 

CO 

(0 

w 

O 

p 

£ 

a> 

00 

Uh 

O 

CO 

c 

CU 

g 

’S 

p 

W) 

C3 

§ 

s 

a> 

> 

W> 

.p 

% 

<D 

£ 

<L> 

CJ 

C 

4—* 

C3 

15 

T3 

CO 

CO 

<L> 

■g 

C3 

*0* 

> 

*P 

o 

o 

g  3 

§ 

> 

d 

<D 

CO 

13 

ed 

a. 

X  n 

T3 

Q 

CO 

-a 

P 

p 

3  u 

P 

*• 

CN 

ro 

*/S 

VO 

S>  <u 

«>>  4— I 

o  2 
H  So 


&  &  6 

,i  ^  ^ 

X  tt)  o  ’ 

2  c  S 
c  .s  o 

*3  u  i_ 

G  4)  4> 

.  03  &,  > 

)  „  o  t-< 

M  „  H) 

g  "g  00 

4>  03  J 

■a  —  o 

^  +3  CO 

oo  .TS 

9  &  co 

O  Kj  w 

[>  <u  o  a> 


1 

c 

CO 

o 

Im 

<u 

C 

4— > 

i 

d) 

CO 

O 

> 

E 

a 

T3 

E 

<D 

V-4 

O 

p 

S 

Vh 

<D 

3 

o 

«> 

O 

cn 

"S 

c 

> 

» 

B- 

c 

p 

Ui 

•n 

P 

bJD 

Ui 

<U 

S' 

Vh 

D 

CO 

CO  o 
P  > 
HD 

S3  (D 
*—  T3 

Jg  O 
•S  o 

e  O 


I  J  i 

e  o'  - 

1-0 
.2  c 
73  S  g< 
fa  g  3 
3  S  00 

O  CO  /-s 

>•  5  8 

ego 

O  .3  <N 


*P  »X  ^ 

^  p  -g 


C  2  c  > 

cii  **3  5  •  •— < 

cr  cs  o  *- 

<D  O  O  -P 

'S  ^  <L> 

§  ft  S  g* 

4-1  P  S 

£J  TO  >*»  Q 

<u  CO  fl>  U 

C  CO  >  ^ 

I  c  m  O  . 

I I  s  1  S 

>  J2  O  O  3 


oo 

co 


Benchmarked  for  scalability, 
speed,  and  performance, 


SQL  Server  2000  is  a  fully 
enterprise-class  database 
product,  providing  core  sup¬ 
port  for  XML  and  Internet 
queries. 
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two-in-one  approach  to  in-  y°ur  systems/applications  are  finally 
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tegration  helps  keep  costs  3.  Complex  business  process  automation  and  in- 
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JBoss  supports  both  the  con-  HTTP,  etc.) 

struction  of  Java-based  Web  5  ^j]  security  implementation  and  JAAS  integra- 

Services  as  well  as  the  inte-  ^Qn 

gration  of  possibly  non-Java 


^  bfl 

(X  C 

H  "5 

E  I 

^  03 


CQ 

Hj 

w 


o 

D 

o 

03 
> 
03 
» — » 

>> 

C 

C3 


bfl 

O 

& 

T3 

<D 

— 

C 

<u 


o 

<D 

O, 


bo 


O 

“>  2 


e 

•c 

B 

to 

3 


=  O 


03 

u 

jp 

•a 

C  On 

3  O 


oo 


vo  r- 


^  i.S2 


<D 

CO 

i 

E 

<D 

■*-* 

X 

a> 

T3 

0) 

00 

e3 

X 


X 

a> 

a> 

Z 

00 

LO 

o 
P3 
►— > 
a> 
X 


60 

3 

O 


w 

3 

o 

2 


O 

2 

T3 

C 

3 


C 

3 

<D 

3 

O 


.  ,  vi  •— 

.2  E  h 

o  a>  W 

<D  «  M 

a. 


-n  <p  -s 


Ctf 

<N 

cd 

G* 

•—> 

X 

3 

o 

O 

</) 

o 

3 

00 

"d 

a. 

<D 

X 

O 

CJ 

C3 

0) 

*5o 

*0. 

o 
-*— • 

2 

c 

C3 

X) 


3 

<D 


3 

3 


CO 


CMU/SEI-2004-TR-023 


Appendix  B  Tool  Evaluation  Reports 
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logic  using  a  standardized  interface  that  works  under  all  supported  technologies. 

Rapid  Developer  supports  the  design  and  construction  of  pages,  messages,  components, 
and  Web  Services  using  either  J2EE  or  MSDNA  Technologies. 


Risk  Analysis 

1.  The  tool  is  highly  dependent  on  Rational  Tools,  so  the  application  must  be  modeled  by  Ra¬ 
tional”  methodology. 
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Response  Time 

Performance  of  the  tool  is  reasonably  ok. 
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Ease  of  use  and  comparatively  shorter  learning  curve  for  a  person  with  domain  knowledge 
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There  is  not  much  competition  or  comparison  to  be  made,  since  LEIF  is  one  among  the  very  few 
service-oriented  rapid  development  tools  for  C++  applications.  The  other  tool  that  supports  the 
samels  IONA  Artw;  but  the  complexity  arid  the  learning  curve  involved  in  IONA  Artix  are 


Tool  Information  3.  accessing  various  support  programs 

4.  reading  product  documentation 

Version  Choice 
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Tool  Integrability  and  8  Integrability  and  Compatibility 

^  "  Compatibility  «  Broad  messaging  pattern  support:  Choose  the  appropriate  messaging  pattern  from  re¬ 

quest/response,  asynchronous  (IOU),  one-way,  server-side  notification,  and  server-side  solicit 
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LEIF  provides  documents  to  create  components.  The  components  produce  SOAP  that  com¬ 
plies  with  the  SOAP  1.1  specification. 

The  LEIF  XML  data  binding  supports  the  most  common  and  useful  features  of  the  May  2001 


XML  Schema  recommendation. 
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User  Interface 

A  simple  and  chaste  user  interface  of  LEIF  makes  the  work  of  the  tool  easily  understandable  and 
also  reduces  the  complexity  involved  in  the  user  interaction. 


Response  Time 

Fastest  available  processing  of  Web  service  messages  -  up  to  300%  net  performance  gain  over  the 
previous  release  LEIF  1.2! 
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Appendix  C  Model  Problem  and  Analysis 


The  model  problem  chosen  for  this  project  was  described  as  follows: 

A  major  Wall  Street  investment  bank  sets  out  to  build  a  bond  pricing  system  in  an  effort  to  stream¬ 
line  the  workflow  of  its  bond  trading  desk.  Currently,  bond  traders  have  to  send  prices  for  a  large 
number  of  bonds  to  several  different  trading  venues,  each  with  its  own  user  interface. 

The  system  that  solves  the  above  problem  must  also  minimize  the  minutiae  of  pricing  all  the  bonds 
and  provide  advanced  analytic  functionality  specific  to  the  bond  markets.  These  capabilities  must  be 
provided  through  a  single  encapsulated  interface. 

Classification  Scheme  Approach 

Step  1:  Read  the  problem  statement  and  identify  functional  and  non-functional  requirements. 

The  following  requirements  can  be  inferred  from  the  above  problem  statement: 

1.  high  user  interaction 

2.  integration  with  the  legacy  system 

3.  communication  and  data  exchange  mechanism  for  component2  interaction 

4.  communication  between  the  C++  and  the  JAVA  applications 

Step  2:  Map  the  requirements  identified  to  the  integration  mechanism,  which  forms  the  classifi¬ 
cation  parameters  to  be  identified  in  the  rapid  integration  tools. 

Analysis  of  the  Functional  Requirements 

For  each  of  the  requirements  a  specific  integration  mechanism  is  suggested  as  a  solution.  The  mecha¬ 
nism  will  be  specific  to  the  particular  application.  Therefore,  the  integration  mechanisms  specified 
below  cannot  be  generalized  for  all  applications. 


2  Here  we  mean  the  three  components  specified  by  the  application:  Market  Data,  Analytics  Configuration 
and  Contribution  Server  [legacy  servers]. 
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Requirements  Solutions  Integration  Mechanism 

Required 

High  User  Interac-  Client  application  as  a  Java  thick  client  because  of  None 
tion  Java’s  platform  independence  and  its  ability  to  quickly 

respond  to  user  input  and  market  data 

Traders  need  a 
very  responsive 
application. 


t  Integration  with 
|the  legacy  system 

On  the  server  side, 
l  it  will  ihherit  leg- 
acy  C++  compo- 
Inentathatthesys- 
:  tem  will  utilize, 
Also,  the  market 
Idata  components 
i  communicate  with 
Ithe  JIBCO3  In- 
\  formation  Bus 
I  (TIB)  messaging 
t  infrastructure 

j; ..'V 

r\''  > 

¥  . 
k.  '• 


r.  - 
tv 


The  following  components  are  to  be  integrated: 


JAVA  to  C++ Translator 


(Java  thick  Client  talking 

Market  Data  Price  Feed  Server:  publishes  incom-  ...  ~  T  „  . 

r  with  C++  Legacy  Servers) 

ing  market  data  to  the  TIB  T  - 


Analytics  Engine:  performs  analytics  on  incoming 
market  data  and  broadcasts  the  modified  market 
data  to  the  TIB  ,  ylU;  >>  t? 

Contribution  Server:  performs  all  communication 
with  trading  venues.  The  trading  venues  are  third- 
party  components  not  controlled  by  the  bank.  f 

tO  \  -Vv; 

1.''  ■'  '■  ■; 

f..  T 


Analytics 
Engine 


Figure  8:  Legacy  Market  Data  Subsystem 


3  TIBCO  means  standard  industry-specific  messaging  infrastructure  component. 
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Figure  9:  Legacy  Contribution  Subsystem 


CMU/SEI-2004-TR-023 


Communication 
and  data  exchange 
mechanism  for 
component4  inter¬ 
action 


Two  gateways  to  communicate  with  the  legacy  servers: 

•  Pricing  Gateway  for  market  data 

•  Contribution  Gateway  for  sending  prices  to  trading 
vendors 


Communication 
and  Data  exchange 
mechanism 
between  sub¬ 
components 
(Thick  Client, 
Market  Data  and 
Contribution) 


For  instance:  With  Messaging,  we  can  define  separate 
channels  for  the  different  types  of  pricing  data.  Then, 
when  a  Gateway  gets  a  new  piece  of  data,  it  will  add  a 
message  containing  that  data  to  the  Publish-Subscribe 
Channel  for  that  data  type.  Meanwhile,  all  clients  inter¬ 
ested  in  a  certain  type  of  data  will  listen  on  the  channel 
for  that  type.  In  this  way,  the  Gateways  can  easily  send 
out  new  data  to  whoever  is  interested,  without  needing 
to  know  how  many  listener  applications  there  are  or 
what  they  are. 


Single  point  of  access 
through  Gateways  Mes¬ 
saging,  Publish  and  Sub¬ 
scribe  Channel,  JMS  (as 
components  are  written  in 
JAVA) 


Thick  Client 

T 


Pricing 

Engine  and 

Contribution 

Analytics 

Subsystem 

Subsystem 

L _ _ _ 

TIBCO 


•  Communication 
between  the  C++ 
and  the  JAVA  ap¬ 
plication 

How  to  connect 
I  the  JMS  with  the 


Cross  language  (C++  and  JAVA)  Messaging  Bridge  Messaging  Bridge,  Chan¬ 
using  a  combination  of  Channel  Adapters  and  CORBA.  nel  Adapters  and  Commu¬ 
nication  Vehicle  between 
Adapters 


standalone  C++ 


4  Here  we  mean  the  three  components  specified  by  the  application,  that  is,  Market  Data,  Analytics  Configu¬ 
ration  and  Contribution  server  [Legacy  Servers]. 
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Contribution 
server  and  the 
TIBCO  based 
Market  Data  and 
Analytics  Engine 
servers? 


« 


Analysis  of  the  Non-Functional  Requirements 


Non-functional  Description 

>  Requirement  •  j 


Performance 

Here  it  refers  to  the  scalabil¬ 
ity,  which  can  be  measured  as 
the  number  of  users  it  can 
scale  to  without  noticeable 
decrease  in  response  time. 


One  Channel  per  trader  per  Bond:  Create  one  Message  Channel  per- 
trader  per-bond  solely  for  the  modified  market  data  of  that  bond.  For 
example,  the  market  data  for  bond  ABC  would  be  published  on  channel 
“Bond  ABC”  while  the  modified  market  data  for  trader  A  would  be  pub¬ 
lished  on  Message  Channel  ‘Trader  A,  Bond  ABC,”  modified  market 
data  for  trader  B  on  ‘Trader  B,  Bond  ABC,”  and  so  on. 


Market  Data  Feed 

□ 

Analytics  Engine 

Q 


Bond  ABC 

Bond  BCD 


Analytics  Engine  - 

Bond  ABC 


i  Bond  BCD 


Trader  A,  Bond  ABC 


Trader  A,  Bond  BCD 


Trader  B.  Bond  ABC 


Java/JMS  Adapter  and  Trader  A 

Adept  Message  Rouler  *  _  *  I  I 

CORBA  |  Tri  f  bn  Tgj] 


□ 


Trader  A  Trader  A 

Bond  ABC  Bond  BCD 


Trader  A,  Bond  ABC 
Trader  A,  Bond  BCD 
Trader  B.  Bond  ABC 


_  m 

Trader/ 

Bond  A1 

V-V+  1 

TnrWR 


Trader B 


Trader B  Trader B 

Bond  ABC  Bond  BCD 


- ► 

Trader  B,  Bond  BCD 


Trader  B,  Bond  BCD 
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Cost 


Effort:  47  person-months  for  developing  the  integration  components 
(Refer  to  Appendix  C:  Trading  Bond  COCOTS  Estimation  Details.) 


Custom  development  effort 
for  integration 

Below  are  the  hardware  and  software  requirements  regarding  compo¬ 
nents. 

1.  Analytic  Engine  and  Contribution  Server 

a.  a  high-end  server  class  machine  with  minimum  of  512  Mb  of 
RAM 

b.  Windows  2000  server 

2.  Traders  Desktop  Machine  (Client): 

a.  Windows  NT,  Solaris 

b.  128  MB  of  RAM 

c.  Java  Virtual  Machine 

3.  TIBCO  Information  BUS  Messaging  infrastructure 

4.  Market  Data  Price  Feed  Server 

Impacts/Change  Analysis  on  Architecture 

The  high-level  architecture  of  the  system  is  represented  in  Figure  10. 


Hardware/Software 

Requirements 
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Pricing 

Gateway 


Thick  Client 


xz 


Contribution 

Gateway 

X 

>*.<*.  .  vr-V-.-'"  . 

X 

C++  l| 

C++  Pricing 

Contribution  | 

Gateway 

Gateway 

. . -I 

Contribution 
Server 


_ 1  - - 1 

_ 1  - 

Trading 

Venues 

Figure  10:  Logical  View  of  the  System 


1.  TIBCO  Information  Bus  Messaging  infrastructure  has  been  selected  to  achieve  three-way  com¬ 
munications  between  Market  Data  Feed  Server,  Analytics  Engine  and  Pricing  Gateway  as  shown 
in  Figure  10. 

2.  Two  Java  Gateways  are  used  to  provide  communication  between  the  Market  Data  Feed  Server 
and  the  Trading  Venues: 

a.  Pricing  Gateway  for  Market  Data  Feed  Server 

b.  Contribution  Server  for  sending  prices  to  Trader  Venues 

3.  Message  Bridge  is  used  to  provide  communication  between  JMS  used  to  provide  communication 
between  Pricing  and  Contribution  Gateways  and  TIB  (TIBCO  Information  Bus).  This  message 
bridge  has  C++  and  Java  Adapters  and  these  adapters  communicate  with  each  other  through 
CORBA. 

Constraints  and  Assumptions  Made  about  the  Components 

1.  The  system  inherits  C++  legacy  components  namely:  Market  Data  Feed  Server  and  Contribution 
Server. 

2.  The  system  also  uses  TIBCO  Information  Bus  Messaging  Infrastructure  as  a  third-party  component. 

3.  The  traders’  venue  desktop  can  run  on  Windows  NT  or  Solaris  Operating  System. 
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Step  3:  List  the  integration  mechanisms  which  are  the  classification  parameters  and  categorize 
them  into  primitive  classification  types. 


Categorization  of  Classification  Parameters 


Integration  Patterns  (Primitive  Classification  Primitive  Classification  Type 
Type  Parameters) 

Legacy  Translator  (Java  thick  Client  talking  with  Legacy  Integration 
C++  Legacy  Servers) 


|  Gateways 
Messaging  (JMS) 


Application  Integration 
Middleware  Integration 


Publish  and  Subscribe  Channel  Middleware  Integration 

Messaging  Bridge  Application  Integration 


j  Channel  Bridge  Application  Integration 

Communication  Vehicle  between  Adapters  Application  Integration 


From  this  table  we  can  infer  that  the  current  scenario  is  a  composite  of  three  primitive  classification 
types,  namely 

•  Legacy  Integration 

•  Application  Integration 

•  Middleware  Integration 

Step  4:  Identify  the  rapid  integration  tools  needed  to  quickly  solve  this  problem. 

In  this  step  we  try  to  represent  the  scenario  as  a  set  of  classification  parameters.  Here  we  have  the 
integration  mechanisms  that  serve  as  the  classification  parameters. 

Mathematically,  scenario  can  be  expressed  as 

Scenariol  =  {Legacy  Translator,  Gateways,  Messaging  (JMS),  Publish  &  Subscribe  Channel,  Mes¬ 
saging  Bridge,  Channel  Bridge,  Communication  Vehicle  between  Adapters} 

The  parameters  identified  using  this  scenario  form  the  elements  of  the  primitive  classification  type. 

1.  Legacy  Integration  =  {Legacy  Translator} 

2.  Application  Integration  =  {Gateways,  Messaging  Bridge,  Channel  Bridge,  Communication  Ve¬ 
hicle  between  Adapters } 

3.  Middleware  Integration  =  {Messaging  (JMS),  Publish  and  Subscribe  Channel} 
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For  the  current  scenario  the  parameters  assume  following  values: 

1 .  Legacy  Translator=“Java  to  C++  Translator” 

2.  Gateways  =  “Java  Gateways” 

3.  Messaging  Bridge=“Bridge  C++  Messaging  system  to  JAVA  Messaging  System” 

4.  Channel  Bridge=“C++  TIB  Adapter  &  JMS  Adapter” 

5.  Communication  Vehicle  between  Adapters  =“CORBA” 

6.  Messaging  (JMS)  =“EBM  MQ  Series” 

7.  Publish  and  Subscribe  Channel=“Channel  for  different  types  of  pricing  data  with  Gateways  as 
Publisher  and  Clients  as  Subscriber” 


From  the  analysis  done  to  classify  the  rapid  integration  tool  we  determine  it  to  be  a  set  of  the  combi¬ 
nations  of  the  primitive  classification  types: 

RIT  for  Scenario  =  {Legacy,  Application,  Middleware) 

Similarly  when  we  generalize  it 

RIT  for  Scenario„=  {Primitive  Classification  Type  *} 


Step  5:  Select  tools. 

Through  use  of  the  Tool  Classification  Matrix  the  following  tools  are  identified  to  support  this  inte¬ 
gration. 

1.  Microsoft  BizTalk  Server 

2.  IBM  WebSphere 

3.  Pervasive  Data  Junction 
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Tools  Classification  Matrix 


Name  of  the  Tool 

Classification  based  on  Primitive  Integration  Types 

Legacy  Integration 

Middleware  Integration 

Service-Oriented  Integra¬ 
tion 

Application  Integration 

Web-Based  Integration 

. 

Pervasive  Data  Junction 

imp 

•  l 

RogueWave’s  LEIF 

■■■■ 

- 

IBM  Rational  Rapid  Developer 

1  i  n 

Microsoft  SQL  Server 

l-'/r 

Host  Integration  Server 

jgmf§ 

Microsoft  BizTalk  Server 

mm 

wm 

IBM  WebSphere  Business  Integration 

HHH 

y.  v 

Artix  Relay 

Artix  Encompass 

Artix  Mainframe 

•••!/  •. y-!-;  ‘ 

PiiE  Smart  Client 

PiiE  Fusion  Server 

i  ::'9§SS 

mm 

InterSystem  Ensemble 

}  '  ■  . 

Jboss 

8 

I9H 

IHHH 

i  A: 

wm 

11  11 
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Web-Based  Integration 


Appendix  D  Commercial  Off-the-Shelf 

Components 


This  section  describes  the  Customized  Dukascopy  Data  Feed  Components  (CDDF). 
http://www.dukascopy.com/english/ddf_main/rdata/ 

Java  Feeder  Component: 

The  Feeder  components  are  commercial  off-the-shelf  (COTS)  products  provided  by  Dukascopy. 

These  components  connect  themselves  to  Dukascopy  Market  Machine  data  source  and  supply  data 
every  10  seconds  to  the  software  application  connected  to  it.  Dukascopy  Market  Machine  data  source 
supplies  data  on  liquid  trading  instruments. 

The  data  has  the  following  format: 
stockld  -  integer 
Value  -  double 

tickVolume  -  integer  (on  every  instrument) 
where 

stockID  is  the  ID  of  trading  instrument  set  by  the  user 
Value  is  an  average  10  sec  price  value. 

Besides  providing  real-time  data,  this  component  can  also  transfer  historical  data  going  back  three 
days  (nearly  22000  of  10  sec  ticks)  that  can  be  used  to  fill  in  occasional  gaps  in  the  database. 

Component  Specification: 

The  Feeder  component  provides  interfaces  and  methods  listed  below.  These  can  be  used  by  the  appli¬ 
cation  program  to  capture  the  data  collected  by  this  component  from  Dukascopy  Market  Machine 
data  source: 

1.  DataListener  Interface 

onNewTick(int  id,  double  value,  int  volume):  This  method  provides  the  data  that  is  fetched 
from  the  Dukascopy  Market  Machine  data  source. 

2.  TickerListener  Interface 

a.  onNewTick(int  id,  double  value,  int  volume):  This  method  provides  the  data  that  is  fetched 
from  the  Dukascopy  Market  Machine  data  source. 

b.  onNewConnection(Connector  conn) 

3.  addQuote(int  id,  String  code)  method  in  FeederConnector  Class:  This  method  allows  the  applica¬ 
tion  program  to  add  a  specific  trading  instrument  for  which  the  data  has  to  be  collected. 

4.  removeQuote(String  code)  method  in  FeederConnector  Class:  This  method  allows  the  applica¬ 
tion  program  to  remove  a  specific  trading  instrument  for  which  the  data  has  to  be  collected. 
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5.  setDataListener(DataListener  dl))  method  in  FeederConnector  Class:  This  method  provides  the 
data  that  is  fetched  from  the  Dukascopy  Market  Machine  data  source.  It  eventually  uses  the  on- 
NewTick(int  id,  double  value,  int  volume)  method  to  get  the  data. 

6.  connect()  method  in  FeederConnector:  This  method  initiates  the  connection  of  this  component  to 
the  Dukascopy  Market  Machine  data  source. 

Figure  1 1  below  shows  the  interfaces  and  methods  within  those  interfaces  which  are  accessible  to 
external  programs. 


TickerWorker 


♦  setListenerQ 

♦  onNewConnection() 

♦  onNewData() 

%  onNewCommand() 


— >o 

TickerListener 


Connector 


FeederConnector 

addQuote(int  id.  String  code) 
removeQuote(String  code) 
setDataListener(DataListener  dl) 
connect() 


^  onNewTick() 
onNewConnectionQ 

o 

DataListener 


♦ 


onNewTick() 


Figure  11:  Feeder  Component  Specification 

Component  Realization: 

The  feeder  component  is  implemented  using  the  following  Java  classes  and  interfaces. 

1.  FeederConnector 

2.  ConnectorWorker 

3.  Connector:  Protocol  realization 

4.  DataListener:  Client  interface  for  working  with  data 

5.  TickerListener 

6.  TickerWorker 
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j  TickerListener 


— o 

TickerListener 


^ _ 

] 

j  Connector 


— o 

Connector 

Worker 


DataListener 


— o 

DataListener 


TickerWorker 


VC++  MarketDataFeed  Component: 

The  following  are  the  VC++  files  that  define  the  responsibility  of  the  VC++  Component: 

1.  CConn.vcproj 

This  is  the  main  project  file  for  VC++  projects  generated  using  an  Application  Wizard.  It  con¬ 
tains  information  about  the  version  of  Visual  C++  that  generated  the  file  and  information  about 
the  platforms,  configurations,  and  project  features  selected  with  the  Application  Wizard. 

2.  CConn.idl 

This  file  contains  the  IDL  definitions  of  the  type  library,  the  interfaces  and  co-classes  defined  in 
the  project.  This  file  will  be  processed  by  the  MIDL  compiler  to  generate 
C++  interface  definitions  and  GUID  declarations  (CConn.h) 

3.  CCoCConn.vcproj 

This  is  the  main  project  file  for  VC++  projects  generated  using  an  Application  Wizard.  It  con¬ 
tains  information  about  the  version  of  Visual  C++  that  generated  the  file,  and  information  about 
the  platforms,  configurations,  and  project  features  selected  with  the  Application  Wizard. 

4.  CConn.idl 

This  file  contains  the  IDL  definitions  of  the  type  library,  the  interfaces  and  co-classes  defined  in 
the  project. 
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This  file  will  be  processed  by  the  MIDL  compiler  to  generate  the  following: 


C++  interface  definitions  and 

GUID  declarations 

(CConn.h) 

GUID  definitions 

(CConn_i.c) 

A  type  library 

(CConn.tlb) 

Marshaling  code 

(CConn_p.c  and  dlldata.c) 

5.  CConn.h 

This  file  contains  the  C++  interface  definitions  and  GUID  declarations  of  the  items  defined  in 
CConn.idl.  It  will  be  regenerated  by  MIDL  during  compilation. 

6.  CConn.cpp 

This  file  contains  the  object  map  and  the  implementation  of  your  DLL’s  exports. 

7.  CConn.rc 

This  is  a  listing  of  all  of  the  Microsoft  Windows  resources  that  the  program  uses. 

8.  CConn.def 

This  module-definition  file  provides  the  linker  with  information  about  the  exports  required  by 
the  DLL.  It  contains  exports  for 

DllGetClassObject 

DllCanUnloadNow 

GetProxyDllInfo 

DllRegisterServer 

DllUnregisterServer 

Other  standard  files 

9.  StdAfx.h,  StdAfx.cpp 

These  files  are  used  to  build  a  precompiled  header  (PCH)  file  named  CConn.pch  and  a  precom¬ 
piled  types  file  named  StdAfx.obj. 

10.  Resource.h 

This  is  the  standard  header  file  that  defines  resource  IDs:  Proxy/stub  DLL  project  and  module 
definition  file. 

11.  CConnps.vcproj 

This  file  is  the  project  file  for  building  a  proxy/stub  DLL  if  necessary. 

The  IDL  file  in  the  main  project  must  contain  at  least  one  interface  and  you  must  first  compile 
the  IDL  file  before  building  the  proxy/stub  DLL.  This  process  generates  dlldata.c,  CConnJ.c 
and  CConn_p.c  ,  which  are  required  to  build  the  proxy/stub  DLL. 
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12.  CConnps.def 


This  module  definition  file  provides  the  linker  with  information  about  the  exports  required  by 
the  proxy/stub. 

Other  notes: 

The  MFC  Support  option  builds  the  Microsoft  Foundation  Class  libraries  into  your  skeleton  applica¬ 
tion,  making  MFC  classes,  objects  and  functions  available  to  you. 

Issues 

1.  If  the  client  process  is  not  killed  properly,  the  Java  component  will  still  deliver  the  data  to  the 
client  application.  This  state  prevents  the  client  application  from  re-establishing  the  lost  connec¬ 
tion  to  properly  terminate  the  data  stream. 
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Appendix  E  Trading  Bond  System  COCOTS 

Estimation  Details 


The  approach  followed  is  strictly  based  on  the  COCOTS  estimation  model  proposed  by  Christopher 
M.  Abts  and  Barry  W.  Boehm  [Abst  00],  The  standard  COCOTS  calibration  tables  are  used  for  the 
calibrated  parameter  values  for  each  cost  driver  in  the  model.  The  corresponding  parameter  value  for 
each  driver  is  fed  into  the  spreadsheet  tool — COCOTS  calculator. 

Assumptions 

1.  The  values  of  very  high,  low,  and  so  forth,  have  been  determined  based  on  a  heuristic  approach 
rather  than  on  previous  data  collection. 

2.  The  KSLOC  is  assumed  to  be  based  on  the  programming  experience  of  the  team  with  the  prior 
knowledge  of  the  domain  addressed  here.  The  SLOC  for  developing  a  glue  code  for  integrating 
the  C++  and  Java  Components  using  JNI  is  found  to  be  approximately  1000  SLOC  [1  KSLOC]. 

The  component  that  is  the  glue  code  for  the  integrating  C++  and  Java  is  assumed  to  be  devel¬ 
oped  using  JNI.  We  realize  that  the  excerpts  taken  from  the  article  on  Junc++ion 
(http://www.codemesh.com/en/CodemeshWhitepaper.pdf )  demonstrate  that  JNI  requires  a  huge 
number  of  lines  of  code. 

“If  the  programmer  were  trying  to  write  an  application  to  display  a  Java  Swing  dialog 
box  from  C++  and  store  the  user’s  input  in  C++  using  JNI  to  communicate  between 
C++  and  Java,  about  200  lines  of  JNI  code  would  be  required.” 

3.  Since  there  are  no  real-world  customers,  there  is  a  very  minimal  requirement  change  for  this  in¬ 
tegration  scenario  and  hence  the  BRAK  %  is  assumed  to  be  1. 

4.  The  Normal  Labor  Cost  here  refers  to  the  Software  Engineers  in  any  company  that  will  be  in¬ 
volved  in  the  development. 

Constraints 

Currently,  we  have  one  option  for  C++  and  Java  components.  Also,  the  Trading  Bond  System  here 
addressed  is  restricted  to  the  legacy  integration  of  components 


Cost  Drivers  Selection 

The  following  table  presents  the  values  selected  and  the  reasons  for  their  selection  for  the  various  cost 
drivers  of  the  COCOTS  estimation  model. 
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Category 

Cost  Drivers 

Integration  Personal  Drivers 

1 

COTS  Integrator  Ex¬ 
perience  with  Product 

2 

COTS  Integrator  Per¬ 
sonnel  Capability 

3 

Integrator  Experience  ' 
with  COTS  Integration 
Processes 

Value  Why? 


VL  Two  months  of  experience  with  the  products 


Two  months  of  experience  with  the  domain 


Organizational  level  [Professional  Development  Cen¬ 
ter]  process  for  COTS  integration  is  not  defined. 


Integrator  Personnel  N 
Continuity 


COTS  Component  Drivers 


COTS  Product  Maturity  H 


COTS  Supplier  Product  L 
Extension  Willingness 


COTS  Product  Interface 
Complexity 


COTS  Supplier  Product  H 
Support 


5 

COTS  Supplier  Pro¬ 
vided  Training  and 
Documentation 

6 

COTS  Product  Volatility 

There  will  be  a  rotation  of  people  every  year  in  the 
Professional  Development  Center,  as  it  is  an  educa¬ 
tional  environment. 


The  product  has  high  time  on  market. 


The  products  we  consider  here  are  standard  C++  and 
Java  components  available  on  the  net;  hence  the  num¬ 
ber  and  nature  of  changes  are  very  minimal. 


Since  most  of  the  APIs  of  the  components  are  well  de¬ 
fined,  consistently  applied,  and  clear,  they  can  easily 
be  used  to  interface  with  the  glue  code. 


The  level  of  available  support  is  high;  a  detailed  ex¬ 
planation  of  the  components  to  be  integrated  is 
available. 


Nominal  documentation  is  provided  for  the  scenario 
considered  here. 


Only  one  release  is  expected. 
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Application/System  Drivers 

1  Constraints  on 


Constraints  on 

System/Subsystem 

Reliability 

N 

This  is  not  a  mission-critical  system;  there  are  backup 
servers  to  recover  the  lost  data. 

Application  Interface 
Complexity. 

L 

Use  of  standard  communication  mechanisms  such  as 
APIs  reduces  the  application  interface  complexity. 

Constraints  on 
System/Subsystem 
Technical  Performance 

VH 

The  analytic  engine  handles  the  real-time  market  data 
and  feeds  it  to  trader’s  desktop. 

System  Portability 

VH 

The  traders’  desktops  might  be  running  on  different 
operating  systems. 

Nonlinear  Scale  Factor 


1 


Application  Architec¬ 
tural  Engineering 


Simple  paper  Analysis  of  the  architecture  of  the  system 
will  be  done  for  the  currently  selected  scenario. 
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Appendix  F  Project  Details 


This  appendix  contains  the  detailed  work  breakdown  structure  (WBS)  and  project  details. 

Estimated  Effort  hours:  3x10x24  =  720  person  hours 

No.  of  Team  members  =  three 

No.  of  hours  per  week  per  team  member  =10  hours 

No.  of  months  =  six  (equivalent  to  24  weeks) 

Project  Planned  Start  Date:  Fri  1/23/04 
Project  Planned  Finish  Date:  Wed  6/23/04 

The  overall  schedule  of  the  planned  project  is  given  in  detail  in  WBS.  Here  we  illustrate  with  a  sim¬ 
ple  timeline  the  overall  schedule  of  the  project. 

Planned  Schedule 

Project  Start  Project  End 


▼ 

▼ 

Jan  04 

Feb  04 

Mar  04 

Apr  04 

May  04 

Jun  04 

▲  A 


Milestone  1  Milestone  2 


Actual  Schedule 

Project  Start  Project  End 


▼  ▼ 


Jan  04 

Feb  04 

Mar  04 

Apr  04 

May  04 

Jun  04 

Jul  04 

A 

A 

Milestone  1  Milestone  2 


•  Project  Start  denotes  the  actual  project  start  date  of  the  rapid  integration  tools  project. 

•  Milestone  1  implies  the  completion  of  Task  1  -  This  included  identification  of  tools  and  coming  up 
with  a  classification  scheme  for  them. 

•  Milestone  2  denotes  the  completion  of  Task2  -  This  includes  identifying  the  model  problem  and 
getting  hands  on  experience  in  evaluating  the  tools  which  would  help  in  solving  the  model 
problem. 
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•  Project  End  denotes  the  submission  of  the  evaluation  results  in  the  form  of  a  technical  report  and 
expressing  the  process  of  evaluation  as  a  framework  that  can  be  extended  to  any  model  problem. 

The  line  in  the  actual  schedule  denotes  where  we  were  when  we  were  writing  this  technical  report. 

Similarly,  the  estimated  effort  into  the  project  also  increased  from  720  person  hours  to  840  person 
hours. 

Estimation: 

The  above  WBS  is  based  on  the  rapid  integration  tools  document  provided  by  the  SEI  before  the  start 
of  the  project.  The  project  is  divided  into  three  tasks  which  have  deliverables  associated  with  each  of 
them.  The  milestones  are  based  completely  on  the  three  tasks.  Each  Task  was  allocated  two  months 
out  of  the  total  six  months  for  the  project. 

Actual  Progress: 

However,  as  shown  in  the  actual  progress  timeline,  Task  1  took  almost  three  months  for  completion, 
Task  2  took  another  three  months  to  complete,  and  Task  3  is  currently  underway  at  the  time  of  writing 
this  report. 

The  primary  reasons  for  schedule  slippage  are  multiple  commitments  of  team  members  on  other  pro¬ 
jects,  and  the  fewer  number  of  hours  allocated  for  the  elective. 


Table  8:  Milestones  and  Schedule  of  the  Project 


Milestones 

Expected  Date 

Revised  Date  of 
Submission 

Actual  Date  of 
Submission 

Task  1  -  Survey  and  clas¬ 
sify  the  tools- 

•  List  of  Rapid  Integra¬ 
tion  Tools 

2/5/2004 

6/7/2004 

5/18/2004 

•  Classification  Scheme 

2/17/2004 

6/09/2004 

6/5/2004 

•  Classified  List  of 

Tools 

3/02/2004 

6/10/2004 

6/5/2004 

Task  2  -  Evaluate  the  tools 
using  a  model  problem 

•  Preliminary  Evalua¬ 
tion  Scheme 

3/19/2004 

6/16/2004 

•  Model  Problem  Defi¬ 
nition 

4/26/2004 

6/16/2004 

5/18/2004 
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Glossary  of  Technical  Terms 


Term  Description 

EAI  “Acronym  for  enterprise  application  integration.  EAI  is  the  unrestricted  sharing  of  data  and 

business  processes  throughout  the  networked  applications  or  data  sources  in  an  organiza¬ 
tion.  Early  software  programs  in  areas  such  as  inventory  control,  human  resources,  sales 
automation  and  database  management  were  designed  to  run  independently,  with  no  interac¬ 
tion  between  the  systems.  They  were  custom  built  in  the  technology  of  the  day  for  a  spe¬ 
cific  need  being  addressed  and  were  often  proprietary  systems.  As  enterprises  grow  and 
recognize  the  need  for  their  information  and  applications  to  have  the  ability  to  be  trans¬ 
ferred  across  and  shared  between  systems,  companies  are  investing  in  EAI  in  order  to 
streamline  processes  and  keep  all  the  elements  of  the  enterprise  interconnected. 

There  are  four  major  categories  of  EAI: 

1.  Database  linking:  databases  share  information  and  duplicate  information  as  needed. 

2.  Application  linking:  the  enterprise  shares  business  processes  and  data  between  two 
or  more  applications. 

3.  Data  warehousing:  data  is  extracted  from  a  variety  of  data  sources  and  channeled  into 
a  specific  database  for  analysis. 

4.  Common  virtual  system:  the  pinnacle  of  EAI;  all  aspects  of  enterprise  computing  are 
tied  together  so  that  they  appear  as  a  unified  application.” 

http://www.  webopedia.com/TERM/E/EAI.html 

Business-to-Business  Integration 

“A  computer  system  or  application  program  which  continues  to  be  used  because  of  the  cost 
of  replacing  or  redesigning  it  and  often  despite  its  poor  competitiveness  and  compatibility 
with  modem  equivalents.  The  implication  is  that  the  system  is  large,  monolithic  and  diffi¬ 
cult  to  modify” 

http://computing-dictionary.thefreedictionary.com/Legacy%20system 

[  Adapters  “Adapters  and  Connectors  are  pieces  of  software  that  are  used  in  the  integration  of  compo¬ 
nent-based  applications  and  serve  as  a  “wrapper'1  that  mediates  access  to  an  application 
|  that  was  not  developed  with  integration  in  mind,  including  legacy  applications” 

%  r  '  1  -  _  *  <  £.&;■  /w«  -  '  '_■?  'A  - y_~;:  i"?  -  .  -  ■’ 

■  http://eai.ittoolbox.com/nav/t.asp?t=346&p=347&hl=346&h2=347 


B2Bi 

Legacy 

System 
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Service-  “Service-Oriented  Integration  (SOI)  leverages  open  standards,  loose  coupling,  and  dy- 
Oriented  namic  description  and  discovery  capabilities  of  Web  Services  to  reduce  the  complexity, 
Integration  cost,  and  risk  of  integration.” 

http://www.zapthink.com/cluster.html?id=soi 

I  Web  Ser-  “Web  Services  refers  to  the  technologies  that  allow  for  making  connections.  Services  are 
vices  what  you  connect  together  using  Web  Services.  A  service  is  the  endpoint  of  a  connection. 

Also,  a  service  has  some  type  of  underlying  computer  system  that  supports  the  connection 
offered.  The  combination  of  services — internal  and  external  to  an  organization — make  up  a 
service-oriented  architecture.” 

>  http://www.service-architecture.com/web-services/articles/web_services_definition.html 

ALE  Stands  for  Application  Embedding  and  Linking.  “ALE  allows  behaviors  between  compo¬ 

nents  and  applications  to  be  linked  on  a  single-screen.  Users  are  able  to  drill  within  appli¬ 
cations,  as  well  as  from  one  application  to  another,  without  changing  focus. 

ALE  overcomes  the  limitations  of  HTML-based  Web  applications  where  any  embedded 
link  typically  brings  up  a  new  page  with  no  contextual  link  between  the  various  Web 
pages.” 

http://www.dharbor.com/products/psc_feat.html 

r  JMX  “Java  Management  Extensions  (JMX)  technology  provides  the  tools  for  building  distrib¬ 

uted,  Web-based,  modular  and  dynamic  solutions  for  managing  and  monitoring  devices, 
f  applications,  and  service-driven  networks.  By  design,  this  standard  is  suitable  for  adapting 

l  legacy  systems,  implementing  new  management  and  monitoring  solutions,  and  plugging 

L  into  those  of  the  future  “ 

»  http  //java.sun  com/products/JavaManagement/ 

CICS  “Short  for  Customer  Information  Control  System,  a  TP  monitor  from  IBM  that  was  origi¬ 

nally  developed  to  provide  transaction  processing  for  IBM  mainframes.  It  controls  the  in¬ 
teraction  between  applications  and  users  and  lets  programmers  develop  screen  displays 
without  detailed  knowledge  of  the  terminals  being  used.” 

http://www.webopedia.eom/TERM/C/CICS.html 

SOAP  “Short  for  Simple  Object  Access  Protocol,  a  lightweight  XML-based  messaging  protocol 
I  used  to  encode  the  information  in  Web  service  request  and  response  messages  before  send¬ 

ing  them  over  a  network. 

I  SOAP  messages  are  independent  of  any  operating  system  or  protocol  and  may  be  trans- 
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l  •.  •  ■ 

LDAP 


|End-to-end 

fEncryption 


XML 


Microsoft 

CLR 


ported  using  a  variety  of  Internet  protocols,  including  SMTP,  MIME,  and  HTTP.” 
http://wvyw.webopedia.eom/TERM/S/SOAP.html 

“Short  for  Internet  Inter-ORB  Protocol,  a  protocol  developed  by  the  Object  Management 
Group  (OMG)  to  implement  CORBA  solutions  over  the  World  Wide  Web.  HOP  enables 
browsers  and  servers  to  exchange  integers,  arrays,  and  more  complex  objects,  unlike 
HTTP,  which  only  supports  transmission  of  text.” 

http://www.webopedia.eom/TERM/I/IIOP.html 

“Short  for  Web  Services  Description  Language,  an  XML-formatted  language  used  to  de¬ 
scribe  a  Web  service's  capabilities  as  collections  of  communication  endpoints  capable  of 
exchanging  messages.  WSDL  is  an  integral  part  of  UDDI,  an  XML-based  worldwide  busi¬ 
ness  registry.  WSDL  is  the  language  that  UDDI  uses.  WSDL  was  developed  jointly  by  Mi¬ 
crosoft  and  IBM.” 

http://www.webopedia.com/TERM/WAVSDL.html  •• 

“Short  for  Lightweight  Directory  Access  Protocol,  a  set  of  protocols  for  accessing  informa¬ 
tion  directories.  LDAP  is  based  on  the  standards  contained  within  the  X.500  standard,  but 
is  significantly  simpler.  And  unlike  X.500,  LDAP  supports  TCP/IP,  which  is  necessary  for 
any  type  of  Internet  access.  Because  it's  a  simpler  version  of  X.500,  LDAP  is  sometimes 
called  X.500-lite.” 

http://www.webopedia.eom/TERM/L/LDAP.html 

“The  encryption  of  information  at  its  origin  and  decryption  at  its  intended  destination 
without  any  intermediate  decryption.” 

http://www.its.bldrdpc.gov/fs-1037/dir-014/_2016.htm 

“Short  for  Extensible  Markup  Language,  a  specification  developed  by  the  W3C.  XML  is  a 
pared-down  version  of  SGML,  designed  especially  for  Web  documents.  It  allows  designers 
to  create  their  own  customized  tags,  enabling  the  definition,  transmission,  validation,  and 
interpretation  of  data  between  applications  and  between  organizations.” 

http://www.webopedia.eom/TERM/X/XML.html 

“The  Microsoft  CLR  Debugger  is  intended  as  an  interim  tool  for  debugging  applications 
written  and  compiled  for  the  common  language  runtime.” 

http://msdn.microsoft.com/library/default.asp?url=/library 

/en-us/cptutorials/html/the_net_sdk_debugger.asp 
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XSLT  “Short  for  Extensible  Style  Language  Transformation,  the  language  used  in  XSL  style 

sheets  to  transform  XML  documents  into  other  XML  documents.  An  XSL  processor  reads 
the  XML  document  and  follows  the  instructions  in  the  XSL  style  sheet,  then  it  outputs  a 
new  XML  document  or  XML-document  fragment.  This  is  extremely  useful  in  e- 
commerce,  where  the  same  data  need  to  be  converted  into  different  representations  of 
XML.  Not  all  companies  use  the  exact  same  programs,  applications  and  computer  sys¬ 
tems.” 

http://www.webopedia.eom/TERM/X/XSLT.html 

f  SMTP  “Short  for  Simple  Mail  Transfer  Protocol,  a  protocol  for  sending  e-mail  messages  between 

;  servers.  Most  e-mail  systems  that  send  mail  over  the  Internet  use  SMTP  to  send  messages 

r  from  one  server  to  another;  the  messages  can  then  be  retrieved  with  an  e-mail  client  using 

either  POP  or  IMAP.  In  addition,  SMTP  is  generally  used  to  send  messages  from  a  mail 
|  client  to  a  mail  server.  This  is  why  you  need  to  specify  both  the  POP  or  IMAP  server  and 

|  the  SMTP  server  when  you  configure  your  e-mail  application.” 

v  A  AAA  7  :•  Ay 7/V‘V  ■' 

I  http://www.webopedia.eom/TERM/S/SMTPhtml 

HTTP  “Short  for  HyperText  Transfer  Protocol,  the  underlying  protocol  used  by  the  World  Wide 
Web.  HTTP  defines  how  messages  are  formatted  and  transmitted,  and  what  actions  Web 
servers  and  browsers  should  take  in  response  to  various  commands.  For  example,  when 
you  enter  a  URL  in  your  browser,  this  actually  sends  an  HTTP  command  to  the  Web  server 
directing  it  to  fetch  and  transmit  the  requested  Web  page.” 

http://www.webopedia.eom/TERM/H/HTTP.html 

“Short  for  public  key  infrastructure,  a  system  of  digital  certificates.  Certificate  Authorities, 
and  other  registration  authorities  that  verify  and  authenticate  the  validity  of  each  party  in¬ 
volved  in  an  internet  transaction.  PKIs  are  currently  evolving  and  there  is  no  single  PKI 
nor  even  a  single  agreed-upon  standard  for  setting  up  a  PKI.  However,  nearly  everyone 
agrees  that  reliable  PKIs  are  necessary  before  electronic  commerce  can  become  wide¬ 
spread.” 

http://www.webopedia.eom/TERM/P/PKI.html 

J2EE  “Short  for  Java  2  Platform  Enterprise  Edition.  J2EE  is  a  platform-independent,  Java¬ 

centric  environment  from  Sun  for  developing,  building  and  deploying  Web-based  enter¬ 
prise  applications  online.  The  J2EE  platform  consists  of  a  set  of  services,  APIs,  and  proto¬ 
cols  that  provide  the  functionality  for  developing  multi-tiered,  Web-based  applications.” 

http://www.webopedia.eom/TERM/J/J2EE.html 
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JSP  “Short  for  Java  Server  Page.  A  server-side  technology,  Java  Server  Pages  are  an  extension 

to  the  Java  servlet  technology  that  was  developed  by  Sun.  JSPs  have  dynamic  scripting 
capability  that  works  in  tandem  with  HTML  code,  separating  the  page  logic  from  the  static 
elements  —  the  actual  design  and  display  of  the  page — to  help  make  the  HTML  more  func¬ 
tional  (i.e.,  dynamic  database  queries).” 

http://www.  webopedia.eom/TERM/J/JSP.htmI 

JCA  ‘The  J2EE  Connector  architecture  provides  a  Java  technology  solution  to  the  problem  of 

connectivity  between  the  many  application  servers  and  today's  enterprise  information  sys¬ 
tems  (EIS).” 


JAAS 


http://java.sun.com/j2ee/connector/overview.html 


“Enterprise  JavaBeans  (EJB)  is  a  Java  API  developed  by  Sun  Microsystems  that  defines 
component  architecture  for  multi-tier  client/server  systems.  EJB  systems  allow  developers 
to  focus  on  the  actual  business  architecture  of  the  model,  rather  than  worry  about  endless 
amounts  of  programming  and  coding  needed  to  connect  all  the  working  parts.  This  task  is 
left  to  EJB  server  vendors.  Developers  just  design  (or  purchase)  the  needed  EJB  compo- 
nents  and  arrange  them  on  the  server.” 


http://www.webopedia.eom/TERM/E/Enterprise_JavaBeans.html 


‘The  Java  Authentication  and  Authorization  Service  (JAAS)  is  a  set  of  APIs  that  enable 
services  to  authenticate  and  enforce  access  controls  upon  users.  It  implements  a  Java  tech¬ 
nology  version  of  the  standard  Pluggable  Authentication  Module  (PAM)  framework,  and 
supports  user-based  authorization.” 


Aspect  Ori 
;  ented  Pro- 
gramming 


http://java.sun.com/products/jaas/ 

“Aspect-oriented  programming  (AOP)  is  a  new  programming  technique  that  allows  pro¬ 
grammers  to  modularize  crosscutting  concerns  (behavior  that  cuts  across  the  typical  divi¬ 
sions  of  responsibility,  such  as  logging).  AOP  introduces  aspects,  which  encapsulate  be¬ 
haviors  that  affect  multiple  classes  into  reusable  modules.” 

http://www-106.ibm.com/developerworks/java/library/j-aspectj/ 
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